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Di= Emndung ^ ^ Gebiet von Verfahren wi Vo m 

Un erhaLen eines konsis.en.en Da.eisys.ems und zum Schaffen von aus- 
schlieBlich lesbaren Kopien des Dateisystems. 
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E1NSCHLAOIOER STAMn nrjR TFr-HMiy 



Samiliche Da.eisys.eme mOssen auch bei Sys.emausfal! Konsistenz be- 
wabren. Im Stand der Tecbnik wurde zu diesem Zweek eine Reibe unter- 
schiedlicher Konsistenzmethoden eingesetzt. 

Eine der schwier.gs.en u„d zeittaubendsKn Anforderungen bei der Ver- 
walhmg jedes Da.eiservers is. die Anfertigung von Sicberuogen der Daiei- 
daten. Traditionelle Wsungen bestanden darin, eine Kopie der Da,en auf 
Band oder andere Offline-Da.enuager zu bringen. Bei einigen Day- 
men mun beim SicherungsprozeB der Da.enserver offline gese« werden 
urn s,cher zu geben, dan der Sicbenmgsvorgang voUs.andig i=onsis«e„« is.' 
Em jOngerer Fortschri,. bei der Da.ensichenmg is. die Moglichkeit, ein 
Dateisystem rasch zu Jdonen" (d.i. ein zum Sand der Technik gebOriges 
Verfahren zum Erzeugen einer nur .esbaren Kopie des Da.eisys.ems auf 
Platte), und eine Datensicherung anhand des Klons, und nieht aus dem 
akfven Da.eisys,em zu e^eilen. Bei diesem Typ von Da«ei kann der Da- 
tenserver beim Sicherungsbetrieb online bleiben. 
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Hatenbank-Konsistenz 



Eine herkommliche Databank (Dateisystem) ist von Chutani, e. al. offen- 
bart in seinem Artikel mit dem Titel The Episode File Sysien,, USENIX, 

5 Winter 1992, Seta 43-59. Dieser Artikel beschreib. das Episode- 
Da.eisys.em, bei dem es sich urn eine Datenbank unter Verwendung von 
Meta-Daten (das heiBt Inoden-Tabellen, Verzeichnissen, Momentaufnah- 
ma und indirekten Blocken) handelt. Es kann als eigenstandige oder als 
verteilte Databank verwende. werden. Episode unterhalt erne Mehrzahl 

„ separater Datenbank-Hirarchien. Episode nimm, kollektiv auf mehrere 
Datenbanken als Bezug. Insbesondere schafft Episode einen 

Klon jeder Datenbank zur langsamen Anderung von Daten. 

b Episode enthal. jede logische Datenbank eine „Anoden»-Tabelle. Eine 
„ Anoden-Tabelle is. anuivalen. einer in Datenbanken wie dem Berkeley 
Fas. File System verwendeten Inoden-Tabelle. Es handel. sich urn erne 
252-Byte-Struktu, Anoden dienen zum Speichem samtlicher Benutzerda- 
ten sowie von Me«a-Da,en innerbalb des Episc^e-Dateisystem, Eine An- 
ode beschreib. das Hauptverzeichnis einer Datenbank einschlieBhch H.lfs- 
20 dateien und Verzeichnissen. Jedes derartige Dateisystem wird in Eptsode 
a!s eine .^ateimenge" (Filese.) referenziert. Samtliche Daten .nnerhalb 
einer Da.eimenge kannen georte, werden, indem iterativ dutch dre An- 
oden-Tabelle gegangen und jede Datei ihrerseits verarbeite, wird. Eptsode 
erzeug. eine ausschlieWich lesbare Kopie einer Datenbank, die tner als 
25 Klon- bezeichne. wird, und sie nutz, gemeinsam Daten mi. dem aknven 

■ ,„ F.insatz von Copy-On-Write-Methoden (COW- 

Dateisystem unter Emsatz von ^yy 

Methoden; Kopieren nach Schreiben). 

Episode verwende, eine Protokollmethode zur Wiedererlangung einer Oder 
30 Irerer Datenbanken nach einem Systemzusammenbruch. Das Protoko, 
Heren garantiert, daB die Datei-Meta-Daten konsistent sind. E.ne Moment 
aut nahmen-Tabe..e enmal, Information daraber, ob Jeder Block .nnerhalb 
der Datenbank zugeordne. is, oder „ich,. AuBerdem zeig. die Mornenuuf- 
nahmen-Tabelle an, ob jeder Block pro.okol.ier. is. oder nich.. SSmthche 



Meta-Daten-AlctuaHsie^ werden m ^ falM ^^ 

gezeichnet, der das Transaktions-Protokoll des Aum- 

IW^n • * rroioicoil des Aggregats speichert. Das 

Gebrauch von SchreibbefeMen sowie einen, Wiede^e,,^^" 

10 

Chechen ta. der T^ons-fto.okoWen.ng, „„, den w ^ 
^.ellungspro^ „ bescbjeunigen, alWdings erfortan, sie taj » 

Ein weileres bekanntes Verfahren wird als Melhode d, 
ReihenfCge, so « Schaden 

~» s« fall kommt , w5hrend eine Reihe yon - 

Techn* versucb, si c W tellen , « 

«-» fcn.os sind . Beispielsweise wer den ennge w^e 

bes,eh« darin, dafl die ^ d „ ^ 
sWcuonen e,„e hohe Letetagsfahigkei, Icaum zulassen. 

Eh wene.es bekann.es System ist ejne Wei.eren.wicklung des zweiten 

Verfaw, be^nne, a,s Mefcode des ..geordneL SeJ^ ' 

moghcbe^se schadnch seu , AIlerdjllgs ,,, dfe 
Sctobvo^gen den,, be.chn.nk,, daB sich In k OMjsIenzen j^J 

■e » d,eses Verfahren Lassen das aaf ^ kbe 
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sowie das Berkeley Fas. File Sys.em (FFS). Diese Methode verringer, d,e 
Ptanen-Reihenfolge ausreichend, um die LeistungseinbuBe der P.a.,en- 
Auftragserteilung zu beseitigen. Bin weiterer Kachteil besteht darin, daB 
der WiederherstellungsprozeB zeitraubend is.. Typischerweise ,s. er pro- 
portional zur GrSBe des Da.eisys.ems. Die Wiederhersttllung eines 5 GB 
umfassenden FFS-Da.eisys.ems erfordert daher beispielsweise zur Durch- 
fuhrung eine Stunde oder mehr. 
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nateisvstem-Klone 

Figur 1 is. eta den Stand der Technik zeigendes Diagramm fur das Episo- 
de-Da.eisys.em und veranschaulich. den Einsa.z von Kopieren-Nach- 
Schreiben-Memoden (COW-Memoden), um einen Da.eime n gen-Klon zu 
erzeugen. Eine Anode 110 enural. einen ersten Zeiger (Poin.er) 110A m« 
einem gesetten COW-Bit Der Zeiger 110A referenzier, den Da«enblock 
„4 direk.. Die Anode 110 enthil. einen zweiten Zeiger HOB, dessen 
COW-Bit gelosch. ist Der Zeiger HOB der Anode referenzier. den Block 
m indirek.. Der indirekte Block 1 .2 en<hal. einen Zeiger 112A, der den 
Deblock 124 direk. referenzrer.. Das COW-Bi. des Zeigers 112A ,s. 
aesetz. De, indirek,e Block 112 enlhal, einen zwei.en Zeiger 112B, der 
den Deblock 126 reference*. Das COW-Bit des Zeigers U2B is, ge- 
loscht. 

Eine Klon-Anode 120 enural, einen ersten Zeiger 120A, der auf den Da- 
.enblock , 14 zeig.. Das COW-Bi. des Zeigers 120A is. 
,e Zeiger 120B der Klon-Anode 120 referenzier. den indi.ek.en Block 122. 
Das COW-Bit des Zeigers 120B is. ge.ascht Der indirek.e Block 122 en.- 
hal. einen Zeiger 122A, der den Da.enblock 124 referenzier.. Das COW- 
Bit des Zeigers 122A ist geloscht. 

" Wie in Figur 1 gezeig. is., enmal. jeder direkte Zeiger UOA, 1 12A-112B, 
12 0A und 122A und jeder indirek.e Zeiger HOB und 120B in dem Ep,so- 
de-Da.eisys.em ein COW-Bit Blocke, die nich. modifier, ™den, srnd 
^oh. in, ak.iven Da.eUys.em als auch in dem Klon en.ha.ten, und be, 
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^ d ^ C ° W - BiK W- ^ COW-Bi, is, gel&cllt (0) , wen „ 

des ak,,ve„ Da,eisys,e ms is, nicht jedocn Tej , des ^ 

Wirt * Kopicren-Nach-Schreiben-B^ modifizien , SQ ^ 

. en, ueuer B.ock ^dne, wi Das ^ » 

Zeiger auf diesen neuen Block umvl „ 
Ki, 1 104 h DaS COW - Bi ' d « Z«- 

z r d d :,r p * ,g,ichen ^ ■ 10 wird W - - * 

Ktawtaod. ,20 e.eug, wird, referenaer, ^ 

^ enb ock .14. Sowon, die ^ uo a , s a „ ch dje 

~™ den D a,enb,ock , , 4 . Auch ^ ^ 

a " gedeUte ' dUrCh eto COW-Bi. des Zeigers , 12A in 

dem ursprOngUchen indiretoen B.ock W » f olglich die 

«W wird, wird der indirek* B,ock ,22 erzeug, Der Zeiger ,22A des 
-tata, B,„cks ,22 referent den D a,e„b,ock 124 , „ ^ ^ 
des Ze.gers ,22A * g e, 8 sch, WW der indirekK m ^ ^ 

na,-Anode „0 a,s aucb der indirekte B.ock ,22 der Kion-Anode I20 J e 
renzieren den Datenblock 124. 



*Z te Kopiercn efaer - *«— 

20 fur e„e e mz ehe Dafci. AUerdings mOssen K,on-Anoden ftr jede Da- 

ZurtT. W T ~ e Da ' en, " 6Cke in *" «*"■ 
&r Ze„ des Kionens mOssen stadicne ^ kopjer , ^ 

zeugen von Kion-Anoden fflr jede metier* Da,ei innerha,b des Datei- 
kann signify Mengen an P.aHenspeicherp.aa verb-aucnen 
AuBerten, « Episode nich, in der Lage, Mehrfach-Kione *u handhaben 

cow Z ledi8UCh * Cin2i8K C ° W - Bit E " 

COW.B, t , st m cb, in d er La ge , mehr „, eine „ ^ ^ „ ejden 

30 in^r ^ gibt ^ kei - cow -^ — - 

Em DaKisa* JCon" is, eine ausschJieBUch iesbare Kopie eines akuven 
Dateisatzes, wohingegen der aktive Da,eisaa se.bs, sowoh, .esbar als auch 
beschre.bbar is, K,o„e werden ^ Verwendung von COW-Me,hode„ 



implementiert und nutzen gemeinsam Datenblocke mit einem akUven Da- 
teisatz auf Block-Fur-Block-Basis. Episode implementiert das Klonen da- 
durch daB jede in einem Dateisatz gespeicherte Anode kopiert wird. Nach 
dem anfanglichen Klonen zeigen sowohl die beschreibbare Anode des ak- 
tiven Dateisatzes als auch die geklonte Anode auf denselben Datenblock 
Oder dieselben Datenblocke. Allerdings sind Plattenadressen fur direkte 
und indirekte Blocke innerhalb der Original-Anode als COW gekenn- 
zeichnet. Deshalb hat eine Aktualisienmg des beschreibbaren Dateisatzes 
keinen EinfluB auf den Klon. Wird ein COW-Block modifiziert, so wird 
ein neuer Block in dem Dateisystem zugewiesen und mit der Modifizie- 
rung aktualisiert. Das COW-Flag in dem Zeiger dieses neuen Blocks word 
g el5scht Das bekannte Episode-System erzeugt Klone, die die gesamte 
Inoden-Datei sowie samtliche indirekten Blocke innerhalb des Dateisy- 
stems duplizieren. Episode dupliziert samtliche Inoden und indirekten 
Blocke derart, daB es ein Ko P ieren-Nach-Schreiben-(COW-)Bit in samtli- 
chen Zeigem auf Blocke setzen kann, die sowohl von dem aktiven Datei- 
system als auch von dem Klon benutzt werden. Bei Episode ist es wKhtig, 
diese Blocke zu kennzeichnen, so daB neue, in das aktive Dateisystem ein- 
geschriebene Daten die alten Daten, welche Teil des Klons sind, und die 
deshalb nicht geandert werden durfen, nicht uberschreiben. 

Das Erzeugen eines Klons im Stand der Technik kann bis zu 32 MB auf 
eine 1-GB-Platte verbrauchen. Der Stand der Technik verwendet 256 MB 
Plattenspeicherraum auf einer 1-GB-Platte (fur 4-KB-B16cke), urn acht 
Klone des Dateisystems zu halten. Damit kann der Stand der Technik to- 
ne groBen Anzahlen von Klonen zum Verhindern von Datenverlusten ver- 
wenden Statt dessen erleichterte er ublicherweise das Sichem des Dateisy- 
stems auf eine Hilfsspeichereinrichtung, verschieden von dem Plattenlauf- 
werk so zum Beispiel ein Band-Sicherungsgerat. Klone werden zum Si- 
0 chern eines Dateisystems in einem konsistenten Zustand in dem Zeitpunkt 
verwendet, zu dem der Klon hergestellt wird. Durch Klonen des Dateisy- 
stems kann der Klon zur Sicherheit auf das Hilfsspeichersystem gebracht 
werden ohne daB dabei das aktive Dateisystem abgeschaltet wird, wo- 
durch Benutzer an einer Benutzung des Dateisystems gehindert wurden. 
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Dam,, eanag.,che„ es Kione den Benufcem, wejterhi „ auf ei „ ^ ^ 
.e.system zuzugreifen, wahrend da, Dateisystem seibs, in einem k onsis«en- 
ten Zusfcnd gesichert wird. AnschiieBeud wird de r Klon ge fe ch„ nachdcm 
d,e S.cberung abgeschiossen is, Episode is, nich, i„ der Lag e, mehrere 
Kta. zu fiUuen, da jeder Zeige, nur ein COW . Bil ewhalt . ^ 
COW-B,, Kt mcht im StMde> mehr ab efaen ^ ^ 

mehr a!s einem Hon gib. es kein zwei.es COW-Bi, wefches gese« wer- 

den konnte. 
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. Ba Nachtei, des beka^aen Systems zum Erzeugen v0 „ em 
KJonen bes«eht dario, daB das System seiche m0<ten „„„ samtliche 
reten B.Scke innerha.b des Dateisystems dupiizier,. Bei einem System 
« lichen kleinen Dateien kennen die Inoden aHeiu einen signifikan- 
<e„ Prozemsafc des gesam.e„ Plattenspeichenaums eines Dateisystems 
Megen. In einem 1-GB-Da.eisystem zum Beispiel, weicbes mi, 4-KB- 
Dateien gefim. * gib, es 32 MB Inoden. Das Erzeugen eines Episode- 
Klo„s branch. aIs0 emen si0liflkanteil ^ ^ p,^^^ 

und erzeug, grofle Mengen (das heiB, zabireicbe Megabytes) an rfanen- 
verkebr. Ms Ergebnis dieser ZusSnde nimm, das Erzeugen eines Klons 
ernes Da.eisys.ems einen beMchttichen ZeiTaum bis zur Vervotaandi- 

gung in Anspruch. 

Ein wei.erer Nachteil des bekann.en Systems besteh. darin, dali das System 
<ne Erzeugung mehrerer Hone desse.ben Da.eisys.ems schwierig mach, 
to Ergebnis neigen die Klone dazu, einzeln ft, KurzzeftoperaHonen ver- 
wende, zu werden, so zum Beispie. zum Sichern des Da.eisys.ems auf 
Band, um dann geldscht zu werden. 

Die in den geanderten Anspnichen definite Erfindung schaffl ein Verfah- 
ren zum Halten eines Dateisystems in einem konsistenten Zustand sowie 
zum Erzeugen von ausschlieBlich lesbaren Kopien eines Dateisystems 
Anderungen des Dateisystems werden streng gesteuert, um das Dateisy- 
stem m emem konsistenten Zustand zu halten. Das Dateisystem schreitet 
von einem seibst-konsistenten Zustand zu einem weiteren selbst- 
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Konsis.en.en Zus^nd weuer. D.e Menge an se.bs-consis.en.en B.ocken 
auf einer Platte, die durcb die HaupMnode beherrsch. wird, wird als Kon- 
sis.en.punk. (CP) bezeichne.. Zum Impiemen.ie.en von Konsis.enzpunk- 
.en schreib. WAFL s.e K neue Da.en in nich.-zugewiesene BWcke auf der 
Platte Es uberschreib, niemals exisnerende Da.en. Bin neuer Kons,s.enz- 
punk. «ri«. auf, wenn der Finsfo-Block dadurch akrualisier. wind, daB e,„e 
neue HaupMnode fur die Inodenda.ei in ihn eingeschrieben wird. Solange 
te HaupMnode nich. akrualisier. wird, ander. sich also der Z«s.and des 
Dateisystems auf der Platte nicht. 

Die vorliegende Erfindung schaffi auBerdem SchnappschUsse, bei denen es 
sich um virtue.le, aussch.ieB.ich lesbare Kopien des Da.eisys.ems bandel.. 
Ein ScbnappschuB nimm. keinen Plattenspeicherplatz in Anspruch wenn 
a am Anfang erzeug. wird. Er is. derar. ausges,a..e,, daB zah,re,che ver- 
schieoene SchnappschOsse fur ein und dasselbe Da«eis y s,em erzeug, wer- 
de „ konnen. Im GegensaS » herk6rnrnlichen Da.eisys.emen, d.e men 
B0 n durch Duplizieren des gesam.en moden-Da.eisa.zes und sam.Ucher 
Lek,er Biaeke duplizieren, duplMer. die vorliegende Erfindu^nm 
d.ejenige mode, die die Inodenda,ei beschreib, Der aiso — 
, .i gi P,a„enspeicherp.a.z fur eine Momen—e be«g. .ed.gl.cb ,28 
B^es, * zum Speichem der duplizier.cn Inode verwende. werden. D 
m By.es, die ernndungsgen^ fur eine Momen«aufnahme oder emen 
SchnappschuB ben 6 «g. werden, sind deutticb weniger als die zablre,nen 
Megaby.es, die fur einea Klon im Sand der Teehnik benS.ig< werden. 

" Die vorliegende Erfindung verhindert, daB neue Da,en, die in das akttve 
D,eisys.em gescbrieben werden, „al.e« D a.en, die Tel. 
rer SchnappschOsse sind, aberschreiben. No W end,g vs., daB al«e Da.eu 

30 Erreicb. „.rd dies dureb Verwendung einer freien Menrfaebb,- 

B.ockabbi.dung. * meis.e„ zum Sund der Tecbnik 
sK „e verwenden eine freie Bloekabbildung mi. emem — ^ 
Block um anzugeben, ob ein Block zugewiesen ,s. oder n.cht D.e vorhe 
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15 stellt 



Rgur , ist ein BiocMagran™ eines m Stand der Technfl< 

JCW eines Dateisystems. zahlendea 

^ 2 is. ein Di agnram , welches ^ ^ _ 

Puffern veranschaulicht. ""^uoeren 
^ 3 is. ein Dia^, ^ ^ ^ ^ ^ ^_ 



Figure, , 4A-4D sind Diagranune, die pia.ierun.erne Inoden von AVAR, mi, 
umersch^ichen Umwege-Ebenen veranschauiicnen. 

pi!!, 6 " t Fh,Bdia8ramm V — ung des SehrUts 530 aus 
F.gurSzumteeugeneinesKonsisttnzpunlos 

25 

Figur 7 is. ein FiuMagn™ » Veranscha„,i C nen dK 

F.gur 5 zum Erzeugen eines Schnap pschusses . 530 - 

Figur 9A-9D sind Diag^, dic Intem . In0<len ^ 
sCedHchenUmwege-Ebenen^aBder^ndnng^,^ 
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Figur 10 ist ein Diagramm zum Veranschaulichen einer Intern-Inode 1020 
fur eine Datei. 

Figuren 11A-11D sind Diagramme zum Veranschaulichen einer Blockab- 
bilddatei (blkmap) gemaB der Erfindung. 

Figur 12 ist ein Diagramm zum Veranschaulichen einer erfindungsgema- 
Ben Inoden-Datei. 

Figuren 13A-13B sind Diagramme zum Veranschaulichen einer Inodenab- 
bild-Datei (inomap) gemaB der Erfindung. 

Figur 14 ist ein Diagramm zum Veranschaulichen eines erfindungsgema- 
Ben Verzeichnisses. 

Figur 15 ist ein Diagramm zum Veranschaulichen einer Dateisysteminfor- 
mationsstruktur (fsinfo). 

Figur 16 ist ein Diagramm zum Veranschaulichen des WAFL- 
Dateisystems. 

Figuren 17A-17L sind Diagramme zum Veranschaulichen des Erzeugens 
eines Konsistenzpunkts. 

Figuren 18A-18C sind Diagramme zum Veranschaulichen des Erzeugens 
eines Schnappschusses. 

Figur 19 ist ein Diagramm zum Veranschaulichen von Anderungen einer 
Inodendatei. 

Figur 20 ist ein Diagramm zum Veranschaulichen von fsinfo-Blocken, die 
zum Halten eines Dateisystems in einem konsistenten Zustand verwendet 
werden. 



il 



Figuren 21A-21F sind detaillierte Diagramme zum Veranschaulichen des 
Erzeugens eines Schnappschusses. 

Figur 22 ist ein Diagramm zum Veranschaulichen eines aktiven WAFL- 
Dateisystems mit drei Schnappschussen, die jeweils eine gemeinsame Da- 

tei referenzieren; und 

Figuren 23A-23B sind Diagramme zum Veranschaulichen der Aktualisie- 
rung einer ZugrifFszeit. 

DETAI LLIERTF. BESCHRFfRTTN G DER FT? FFNinr TKin 

Beschrieben wird ein System zum Erzeugen von ausschlieBlich Iesbaren 
Kopien eines Dateisystems (einer Datenbank). In der folgenden Beschrei- 
bung werden zahlreiche spezifische Einzelheiten, so zum Beispiel Anzahl 
und Beschaffenheit von Platten, Plattenblock-Grofien etc. im einzelnen 
beschrieben, urn eine ausfuhrUchere Beschreibung der Erfmdung anzubie- 
ten. Es ist jedoch fur den Fachmann ersichtlich, daB die Erfmdung auch 
ohne diese spezifischen Einzelheiten ausgefiihrt werden kann. Andererseits 
wurden bekannte Merkmale nicht im einzelnen beschrieben, urn die Erfm- 
dung nicht in unnotiger Weise zu verundeutlichen. 

W RITE-ANYWHERE-DATFISYSTEIvf-TAVnrTT 

Die vorliegende Erfmdung macht Gebrauch von einem Write-Anywhere- 
Dateisystem-Layout (WAFL von Write Anywhere File-system Layout), 
also von einer Dateisystem-Konfiguration, die ein Aufzeichnen oder 
Schreiben an beliebiger Stelle ermoglicht. Das Plattenformatsystem beruht 
auf Blocken (das heiBt 4 KB Blocken, die keine Fragmente besitzen), ver- 
wendet Inoden zum Beschreiben seiner Dateien, und enthalt Verzeichnisse, 
die einfach speziell formatierte Dateien sind. WAFL verwendet Dateien 
zum Speichem von Meta-Daten, welche das Layout des Dateisystems be- 
schreiben. Die WAFL-Meta-Dateien beinhalten: eine Inodendatei, eine 
Blockabbild-Datei (blkmap) und eine Inodenabbilddatei (inomap). Die 
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Inodendatei enthalt die Inodentabelle fur das Dateisystem. Die blkmap- 
Datei gibt an, welche Platten-Blocke zugeordnet sind. Die inomap-Date! 
gibt an welche Inoden zugeordnet sind. Weiter unten werden Untersche,- 
dungsmerkmale fur platteninteme und WAFL-interne Inoden diskutiert 

Platteninteme WAFL-Inoden 

WAFL-lnoden un.erscheiden sich von herkSmmlichen Inoden. Jede 
WAPL-lnode verweis, auf 16 Blocks mi. gleicher Umwegeebene. Eme 
Blocknummer is. 4 Byres lang. Die Verwendung von Blocknummem nu, 
g ,eicher Umwegeebene in einer Diode erleichter, die rekursive Verarbe,- 
nmg einer Datei. Figur 3 is. ein Blockdiagnunm, das eine plat.emn.eme 
We 310 veranschaulicht. Die plattenin.eme Inode 310 bes.eh. aus S,an- 
dard-Inodeninforma.ion 310A sowie 16 Blocknummem-Einrragen 310B 
gleicher Umwegeebene. Die Inodeninformation 310A umfaB, Information 
uber den Inhaber einer Datei, Berechtigungen, DateigrSBe, Zugnffsze,., 
etc wie dies dem Fachmann alles bekann, is., hn Gegensatt zu bekannten 
Inoden die eine Mehrzahl von Blocknummem unterschiedlicher Umwe- 
geebenen aufweisen, is. die planenimeme mode 3.0 anders. Durch Ha,«en 
, samtlicher Blocknummemeintrage 310B innerhalb einer Inode 310 auf 
gteicher Umwegeebene wird die Implementierung des Dateisystems ver- 
einfacht. 

FO r eine kleine Datei mit einer GroBe von 64 Bytes Oder weniger werden 
, 5 Daten direk, in der Inode selbs, anstat. in Form von 16 Blocknummem 
' gespeichert. Figur 4A is, ein Diagramm, das eine Inode 410 der Ebene 0 
veranschauncht, die der in Figur 3 gezeig.en .node 3.0 ihnelt. AUerdmgs 
— die Inode 4.0 64 Bytes Daten 410B anstelle von 16 Blocknummem 
310B. Deshalb brauehen PlattenblOcke bei sent kleinen Dateien mch. zu- 
30 gewiesen zu werden. 

Far eine Da.ei mi. einer Gr5Be von weniger a.s 64 KB nimmt jede der 16 
Blocknummem direk, auf einen 4-KB-Datenblock Bezug. Figur 4B m em 
Dia .ramm, we.ches eine Inode 310 der Ebene 1 mi, 16 Blocknummem 
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3.0B vera„schau,ic h( . Die Bicckuur.nernein^e ^ 
en.spreche„ d e4-KB-Date„bteckc420A-420C. 

Mr eine Da,ei mit einer Gm ^ ih ^ ^ ^ 

lock ,024 B.ocknununern, die 4 KB-Da t e„bI6c k e referenda 
4C ,s. e,„ Dragramm, welches eine Inode der Ebene 4 3,0 v 1 
Hch,, weiche ,6 Biocknurrunen, 310B ^ " ,6 r 

»-™«** 0 auf eta einfacn-iudireiaen B,oc k 430A J 
~ ^ **** I0M Bioc^ero, die auf 4^ 

emfach-mdirekte Block 430R-4^nr ; a -, i_ . J r 

■5 adressieren. ' ^ *" 31 '° 24 Da ««*'**° 



20 



25 



30 



Bei einer DateigroCe von mehr als 64 MT* • 

ais 04 MB referenzieren die 16 Block 
— der inode dcppC-in^e BiScke. ,eder doppe^e 4 
KB-Biock enfta,, ,024 Biocknurcrnern, die auf ^ einfach . 

wl 1 ^ *• ^ Auf diese 

We,se iassen s.ch b,s » 64 OB adressieren. Figur 4D is. e in Diagranun 
einer Inode 310 der Ebene J titiii i "Sranun 
Bloc.™ ■ Blocknummem 310B enihalt, wobei 

4 0B *ZZr** °' ' ^ Biacke 470A, 

^B and 470C verwe.se, Der doppeiMndirekte B,oc k 470A entM,, ,024 

r T W B,„ck 480A-480B wiedenun 

rrr: t Da,enwacke - we in ^ 4d —* * ^ 

der e, f h mdlre|ae Block ^ ^ 

e^cn-.d.rek.e B,„c k 4 8 0B nirrun, Bezu, auf ,024 ^ 
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WAFT -interne Inoden 



Figur 8 ist ein Blockdiagramm, das eine WAFL-inteme Inode 820 veran- 
schaulicht Die interne Inode 820 enthalt die Information der plattemnter- 
nen Inode 310 (dargestellt in Figur 3), eine WAFL-Puffer-Datenstruktur 
820A auBerdem 16 Pufferzeiger 820B. Eine WAFL-inteme Inode besitzt 
eine GroBe von 300 Bytes. Ein WAFL-Puffer ist ein 4 KB umfassendes 
(speicher-)internes Aquivalent der 4-KB-Blocke, die auf der Platte gesper- 
chert sind Die Intern-Inode 820 unterscheidet sich von herkornmhchen 
Inoden, welche Puffer mit unterschiedlichen Umwegeebenen referenz*- 
ren Jede Intem-WAFL-Inode 820 zeigt auf 16 Puffer mit gleicher Umwe- 
geebene. Ein Pufferzeiger hat eine Lange von 4 Byte, Indem man samth- 
che Pufferzeiger 820B in eine Inode 820 auf der gleichen Umwegeebene 
halt vereinfacht man die Dateisystem-Implementierung. Die Intem-Inode 
; 820 enthalt auBerdem Intern-Information 820C, umfassend em „Unsau- 
ber"-Fla g , ein Inkonsistenzpunkt-Flag (IN_CP) sowie Zeiger fur erne Ver- 
knapfungsliste. Das Unsauber-Flag gibt an, daB die Inode selbst modrfi- 
ziert wurde oder daB sie Puffer referenziert, welche ihrerseits geandert 
wurden. Das IN CP-Flag dient zum Markieren einer Inode als m emem 
0 Konsistenzpunkt befmdlich (wird unten beschrieben). Die Zeiger fur erne 
verknupfte Liste werden unten beschrieben. 

Figur 10 ist ein Diagramm, welches eine Datei veranschaulicht, die durch 
eine WAFL-Inode 1010 referenziert wird. Die Datei enthalt induce 
25 WAFL-Puffer 1020-1024 und direkte WAFL-Puffer 1030-1034: die 
WAFL-Intem-Inode 1010 enthalt Standard-Inoden-Information 1010A 
(einschlieBlich eines Zahlers fur unsaubere Puffer), eine WAFL- 
Pufferdatenstruktur 1010B, 16 Pufferzeiger 1010C und eine standardmaBx- 
ge platteninteme Inode 1010D. Die interne WAFL-Inode 1010 hat eine 
30 GraBe von etwa 300 Byte, Die platteninteme Inode hat eine Gr6Be von 
128 Bytes Die WAFL-Pufferdatenstruktur 1010B umfaBt zwei Ze lg er, von 
denen der erste die 16 Pufferzeiger 1010C und der zweite plattenmteme 
Blocknummem 10 10D referenziert. 
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iede .node ,0,0 oesitz, eine ZShiun, von ^ 
Bezug mmmt . Eine ^ I0 , 0 ^ jn l . fe ^ 

nnd/oder d ,e Lis* von ,„o,e„ ein g e g e„en werden , welche ^ J 
Puffer fin- d,e Aufze.chnung auf pia(te ^ ^ ^ ^ 

a 2T' ^ Z5h " mg "«» ^ ^ mode ,0.0 

wl 1!^ ^ In ° de 1010 " W *« - 1" 

V^esc^e gK ,e„, (das heiBt in dieMn , Fa„ gi bt es ta 

*~ ««* '0.0 *^ never die Men,. mode ver^ei- 

- Inode s,ch m einen, Konsistenzpunk, beflnde , Die ^ ]0[0 
win, m emem Konsistenzpunkt auf Platte geschrieben. 

■» Puffer ,020. Der WAUM, , 020 enth§ „ eine 

Pufferda.ens.ruta '020A, einen 4-KB-Puffer ,020B mi , 1024 WAFL- 
P^ferze.gern u„d einen 4-KB-Puffer ,„20C n,i. ,024 pl a,,e„in.ernen 
Blocknu^nem. Die WAFL-Pufferda,ens«n*n J r ha . eine GraOe von 56 

1020A referenz.ert den 4-KB-Puffer ,020B, und ein zwei.er 2ei g e r refe- 
renz e„ ae „ Puffer I02 0C. In F ig ur ,0 zeigen die ,6 Pufferzeiger ,0,0C 
der WAFL-Inode 10I0 aufdie ^.^^ 

.024. Der WAFL-Puffer ,020 wiedenun referenzier, ,024 direkte WAFL- 
P-tan*™, .030-.034. Der WAFL-Puffer .030 steht rep„v 
for direkte WAFL-Puffer. 



Der d.rete WAFL-Puffer ,030 end*,, eine WAFL-Pufferda.ens.rnta 
1030A und einen 4-KB-DireWpuffer ,030B, der eine gecachete Version 
ernes enfcprechenden pla«e„i„ t e m e„ 4-KB-Da.enb.ocks entha^ Der direk- 

'iJf^ 1030 "** ei " en * d » F-*r 

■020C des Wi^WAFL-Puffers ,020. Der zwei,e Pufferzeiger d er 

WAFL-Pnfferda.ensn^nr ,030A wir d auf Nu„ gesetz. un d zeig. daher 
n.ch, auf einen zwei.en 4-KB-P„ff er . Dies v ^ tt ^ ^ 
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Ver.endung von Speicher, da ansonsten Speicneroereicn «r einen unoe- 
nutzten Puffer bereitgestellt wurde. 

„ Trioiir 10 eezeigt ist, referenziert 
In einem WAFL-Dateisystem, wic es in F lg ur 10 geze g 

e interne WAFL-Inodenstruktur 1010 einen Baum von WAFL 
5 ZZZ» -20-10,4 und 1030-1034. Dieser *■* einen, Baum 
Pufferstru^r Standard -Inoden referent wer- 

von plattenmtemen Blocken, di ^ ^ 

den welche Blocknummern aufweisen, die auf 

^. ^ — * w«*-. »» - - - - 

enthalt auBerdem 16 Pufierzeige w A FL Puffer 1030- 

,^ in?0 1024 und 1030-1034 zeigen. WAFL-Putter ii» 
Pufferstrukturen 1020-1024 un volumen- 

u~*~ Tnhalte von Blocken, die aurcu 
1034 enthalten gecachete Inhalte von 

Blocknummern referenziert werden. 

r ^ 1010 enthalt 16 Pufferzeiger 1010C. Ihrerseits 

werden die 16 Purterzeigc Pu ff en i 1020-1024 

• j- Ail > wurrel fur den Baum aus WAFL-Puiiern iv 
referenziert, die die Wurzel ** eine WAFL . 

goritbra e„ zum Handhaben ™n Puffer—. Wean £K ^ 

, r ^imo mcht durch eine WWL-nincibu^ 

1010B reprtsenuert wwden, lid* s,cb 
Bearbenen d« B— von Puffem 1020-!024 un 

nur schwer implementieren. 

Tnoden mit unterschiedlichen Umwe- 
Figure n 9A-9D sind Diagramrne, die Inofau . ^ 

t„ Fimiren 9A-9D sind zur Darsteuung uci 
g «b=nen ze,gen. In F.gnren 9A ut AlleI - 

^ a„ TTmweee indirekte und direkte w/^r^ 

— — — d r r;rr^ — - 
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^ msaicfa, Puffer ^ ^ keine 

B=i einer Da«=i mi, einer 0r6Be von 

« D*— einer to<) de 820 der ^ , «~ » * 

10 PufferzeigerPTRO-PTOK • lS ™Wigern 820B. Die 

Puffer 922A-922C ,Se " "'««-«*«* **. 4-KB-WAFL- 

Bei einer Datei> ^ 

reference,, jeder der 16 P,,fr * 64 * 

» ^=r. ,ede eJl ^d ,7^ *" ******* WAFL- 

emrach-indirekte 4-KB- Waft p, 

* is. ein Diagram einer fcode ' , 

ren. GemaB Fieur 9P .4 ~ *WA-930C reference- 

-** .024^ tr^rr indirck,ewAFL - p ^' 93 ° A 

Bei einer DateigroBe von mehr als 64 MB mfr • 

- - -de doppe , indirekte * 

doppelt-indirekte WAFL-Puffer enthalt 1024 Ze , " de ' 

einfach-indirekte WAFL-Puffer 2e r ^ *° 

Puff . Fuffer ze, g en - Jeder einfach-indirekte Wapt 

Puffer seinerseits umfafit 1024 ^ Ckte W AFL- 

1 1U24 Zeiger, die auf direkte 4 KR u/aet ^ ~ 
zeigen. Damit konnen bis zu 64 GB a H • ^- W AFL-Puffer 

o^e bCTIMde 820d r:;r:~r 9D b isteta 

■* l«4Z^ZZ2 d r"- fadirek,e W ««* 970A en,- 
8 ' ^ 1024 ™ f -"-Mrek«e WAFL-Puffer 980A-980B 
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zeigen Jeder einfach-indirekte WAFL-Puffer 980A-980B wiederum refe- 
rence* 1024 direkte WAFL-Puffer. Wie in Figur 9D zu seben is,, referen- 
ce* der einfacb-indireWe WAFL-Puffer 980A i024 direkte WAFL-Puffer 
990A -990C, und der eirfach-indirekte WAFL-Puffer 980B referent 
1024 direkte WAFL-Puffer 990D-990F. 



v^r7fiichni$se 
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Verzeicbnisse innerbaib des WAFL-Svstems sind in 4-KB-B,ocken g. 
speicbert, welcbe in zwei Abscbrdtte aufgetei,, sind. Figur 14 ts, e,n D- 
^ das einen Verzeicbnisb,ock ,4,0 - Erfindung ^ran- 

Jeder Verzeicbnisb.ock ,4,0 enthilt emen ersten « 
1410A mit Verzeichniseinrrag-Sr^uren ,4,2-1414 fester Lange und 
eta e„ zweiten Abscbnitt ,4,0B, der die aKueHen V«-—££ 
,4,8 =ntba,t. ,ede, Verzeichniseinnag «n«, auBerdem erne Da.e,-,D das 
lm eine Datei-Kennung und ei„e Generation. Diese tax— kenn- 
z let we,che Datei der Eintrag referenzier, Diese n— rs, m 
W r Tecbnik bekann, und desba,b in Figur ,4 nicb. dargeste,,,. Jeder 
Eu^rag 1412-1414 im ersten Abscbnitt 1410A des Ve.eicbnisbiocks be- 
rien Zeiger auf semen Namen innerbaib des z^ 
14 .0B AuBerdem en«Ml. jeder Eintrag ,412-,4,4 e,nen Hasb-We* ab 
von semem Namen in den, zweiten Abscbnitt 1410B, so daB d* 
riur untersucb, wird, wenn es zu einem Hasb-Treffe, ^ner Hasb- 
ObereinsUmmung, kommt. Beispieisweise end*,, der Eurtrag M«d- 
ersten Abscbnins 14.0A einen Hash-Wer, 14.2A und cnen Zetger 1412B. 
T nlwer, 1412A is. ein Wert, der von dem Verzeic^-Namen 

Is zweiten Abscbnitts ,4,0B abgespeichert is,. Der Ze.ger ,4,2B d. 
E Lags ,4,0 zeig. auf den Eintrag variab.er Unge, ,4,6, des zwe « 
Tim 14>0B Un,er Verwendung von Verceichnisembagen fes,er 
° Z in dem ersten Abscbnin ,4,0A besdueunig, -* oer 

des N ame„-Nacbscbauens. Zum Auffmden des nacbsten E-~ 
eines Verzeicbnisb.ocks ,4,0 is. keine Kecbnung erfcr^ 
Dur cb Ha..en der Eintrage 1412-.4.4 in dem ers.en Abscbn.n 14,0A 
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einem kleinen W« verbesser, sieh die Trefferrate ftr n „ . 

emeu, Zeilenfuller-Da.eucacbe. Da te ,sys t e me mi, 



Meta-Paten 
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Eine erste Metadaten-Datei ist die Jtoodendatei- t a 

^ dw „ auf etaer Platte 0eg J'™*" 1 

- Systemeu, welcbe Jaodentabellen" auf eine feste II^ !T 
a*n*ea Die Inodendatei 1210 • feste Stelle der Platte 

inoaenoatei 1210 enthalt erne Inode ,2,0A.l?inp «• • j • 
Datei fanerhalb des Dateisv Stem < . M ' 
selbs, C„ „ • „ e ' SyStemS - -lie Inodeadatei 1210 

node bezetcnuete Inode. Die Wurzetoode wird „ eiaer festen 2^ 
*r Plane g eba,te n , be2 e ichlet als weiter ^ ^ 

« « 4 UU. auf der Platte (oder 4-KB-Puflern to Speicher) ab« 

KB U ,220 „ert sind . For OraGen von placemen m „de„ 
vo„ !2 Bytes umfr* ei„ 4-KB-Puffer (oder B,oc k ) 32 moder. Die - Jl 

12,0 ^ ~ e " " WA ™«, 1220 wt, 
m= .ntern-mode (das be*, ,2,0 A) ge ,ade„ „ ird , wird der pia^ 

odeu- * .ute^ode 1210A fur deu P uffe r 1220 der .uod^I 
8 ,2 ' 0A - <* *» Kopie der plmminttmea ^ ^ 
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wird in den entsprechenden Puffer 1220 der Inodendatei 1210 ko pl ert. An- 
schlielknd wird die Inodendatei 1210 fur das Schreiben zugewiesen, und 
die in dem Puffer 1220 der Inodendatei 1210 gespeicherten Daten werden 
auf die Platte geschrieben. 

Bine weitere Metadaten-Datei ist die 31ockabbild"-Datei (blkmap-Datei). 
Figur UA is. ein Diagramm, welches eine blkmap-Datei 1110 zetgt. D,e 
blkmap-Datei 1110 enthalt einen 32 Bits umfassenden Eintrag 1110A- 
U10C fUr jeden 4-KB-Block innerhalb des Plat.enlaufwerksys.ems. Sie 
dien. auBerdem als Abbilddatei fur freie Blocke. Die blkmap-Date, 1110 
gib , an, ob ein Plattenblock belegt wurde oder nicht. Figur UB is. em D,a- 
^ eines Blockers U.0A der blkmap-Da.ei 1110 (dargestell. in 
Figur 11 A). Wie in Figur UB gezeig. ist, umfaB. der Eintrag U10A 32 
Bits (BIT0-B1T31). Bit 0 (B1T0) des Eintrags 1110A is. das Akttv- 
Dateisystem-Bit (FS-Bit). Das FS-Bit des Eintrags U10A gib, an, ob der 
entsprechende Block Teil des aktiven Daleisystems is. oder nicht. Dte Bits 
1 20 (BlTl-BmO) des Eintrags U10A sind Bits, welche angeben, ob der 
Block Teil eines entsprechenden Schnappschusses (Zwischensicherung) 1- 
20 ist Die nachsten oberen 10 Bits (BIT21-BIT30) sind reserviert Bt, 31 
, (BroDistdasKonsistenzpunkt-BiUCP-BIIOdesEintragslllOA. 

Ein Block is. als ein freier Block in dem Da,eisys,em dann verfugbar, 
wenn cliche Bits (BIT0-B1T31) in dem 32 Bi. umfassenden Emtrag 
U10A fur den Block gelosch, sind (anf einen Wert 0 zuruckgesem). F.gur 
, 11C is. ein Diagramm, welches den Eintrag 1110A der Figur 11A veran- 
schaultch, wenn dieser anzeig, daO der Plattenblock frei is, Demnach ,s< 
d er durch den Eintrag 1.10A der blkmap-Datei 1110 reference Block 
dann frei, wenn die Bits 0-3 1 (BIT0-BIT3 1) amtlich einen Wert 0 haben. 
Figur 1 ID is. ein Diagramm, welches den Eintrag 1 1 10A der Figur 1 1 A m 
M deTzustand zeigt, in welchem er einen belegten Block in dem aknven 
Dateisystem angtb, Wenn das Bi. 0 (BITO), auch als FS-B>. bezetchne, 
auf einen Wert 1 gesetz. is, ke„r*eichn=. der Eintrag ,1, OA der blkmap 
Datei H10 einen Block, der Teil des aktiven Da.eisys.ems is, Bus .-20 
(BITl-BrPO) dienen zum Anzeigen entsprechender Schnappschusse, falls 
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vo r ta d e n , le den Block referenzjeren 

,n*e ne„ e ri a uter , w eim Bl , o ^ auf ejMn wm » 
»« -» «* unbe.ing, an , da6 der BIock ^ dfe * 

> - g ew, eS e n we rd en kann. Bit 31 (Bmi) dK *«* 
e„« Ibe „ ^ aIs Bi , 0 (B1T0) auf ^ ^ «• 

*. SpeiOe** 3I (Bmi) geladen ^ ^ fi ^ - 

Konsistenzpunktsverwendet. 

d,e ,s m Abb„d «, freie bodOT ^ Fjgur UA 
Dae, , 10 ^ emM 8 iniwta £ 

>310A,3,0C * eine ^ ^ ^2 

* den, e„ BpreC nen d en BIock ^ ^ ^ ^ « ' <2 

z r 32 " b2w - ° fa dM ,3ioa - i3ioc - «* 

*» fi- «* dies erfbrter, jedoch ^ ^ 

Men g en be,iebi ger BI6 c k e von der Plat , c fa den Spekher . Da jed ^ 

7 ™ der in " ™ » a^,, j d :; £ 

ZZTo wT Eintag ,3,OA - ,310C jedm Biock ta <- 

Bfcc ; T * " ° - 32 *~ Wenn ein 

Block .220 eu,er Ino4eo.Da.ei ,210 keine tad. fa Gebrauch ^ 

de, E mtrag BIOA-UIOC ft, ibn ^ der 

wenn samtliche Inoden in dem Block 12?nn^i ^ J - 

ucm DlocK: i2 20 der Inodendatei 1210 im Ge- 
brauch smd, hat der Eintrae 1310A-nmr • 

Wert32 ""JA-1310C der inomap-Datei 1310 einen 



Figur 13B ist ein Diagram, das eine inomap-Datei ,350 veranschaulicht, 
welche die 4-KB-Blocke 1340A-134nr a* t * ~ 

1340A-1340C der Inoden-Datei 1340 referen- 

^Be.sp.elswe.se speichert die Inoden-Datei 1340 37 Inoden in drei 4- 
KB B, ocken 1340A-1340C.B, 6cke 1340A-1340C der Inoden-Datei 1340 
enthaiten 32,5 bzw . 0 verwendete Inode, Eint, ge 1350A-1350C der 
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blkmap-Datei 1350 referenzieren Blocke 1340A-1340C der Inoden-Date! 
1340. Damit haben die Eintrage 1350A-1350C der inomap-Datei Werte 
von 32,5 und 0 fur Blocke 1340A-1340C der Inoden-Datei 1340. Die E.n- 
trage 1350A-1350C der inomap-Datei wiederum kennzeichnen 0,27 bzw. 
32 freie Inoden in den Blocken 1340A-1340C der Inoden-Datei 1340. 

Bezugnehmend auf Figur 13 1st die Verwendung einer bitweisen Moment- 
aufnahme fur die Eintrage 1310A-1310C der inomap-Datei 1310 an Stelle 
von Zahlwerten deshalb von Nachteil, weil vier Bytes pro Eintrag 1310A- 
1310C fur den Block 1220 der Inoden-Datei 1210 (in Figur 12 dargestellt), 
und nicht nur ein Byte erforderlich waren. Freie Inoden im Block bzw. m 
den Blocken 1220 der Inoden-Datei 1210 mussen innerhalb der momap- 
Datei 1310 deshalb nicht angezeigt werden, weil die Inoden selbst dxese 
Information enthalten. 

Figur 15 ist ein Diagram*, welches eine Dateisysteminformauonsstruktur 
(fsinfo) 1510 veranschaulicht Die Wurzelinode 1510B eines Da.eisys.ems 
wird an etaer festen Stelle auf der Platte gehalten, so daB sie beim Booten 
des Da.eisys.ems geotte. werden kann. Der fsinfo-Block is. keine Me«ada- 
„ «en-Da.ei, sondem Teil des WAFL-Sys.=ms. Die Wurzelinode 1510B ,s« 
eine Inode, die auf die Inoden-Datei 1210 Bezug nimmL Sie .st Ted der 
Da.eisys.eminfonnarionss.rakrur (fsinfo) 1510, die auBerdem Informant 
1510A einschlieBlich der Anzahl von Blocken in dem Da.eisys.em, the 
En,s,ehungszei< des Da.eisys.ems e,c. en<hal, Die vermisch«e InformaUon 
25 1510A enWl. auBerdem eine Prufsumme 1510C (diese wird un.en noch 
beschrieben). Mi. Ausnahme der Wurzelinode 1510B selbs. kann diese 
information 1510A in einer Meada.en-Da.ei einer anderen Ausfuhrungs- 
form gehalten werden. In festen PUKzen auf der Plane werden zwei tdenn- 
sche Kopien der fsinfo-Struktur 1510 gehalten. 

Figur 16 is. ein Diagram™, welches das WAFL-Da.eisys.em 1670 in ei- 
nem konsis.en.=n Zusand auf einer Platte mi. zwei fsinfo-B.6cken 1610 
und 1612, einer moden-Da.ei 1620, einer Ukmap-Datei 1630, einer ,no- 
map-Datei 1640, einem Wurzelverzeichnis 1650 und einer typischen 1Mb 
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(Oder einen, Verzeichnis) ,660 zeig,. Die Inoden-Datei ,620 be* „, 
mehreren Inoden 1620A-I6Jnn , .. el * aus 

■ozua I620D, welche andere Dateien 1630 l«n • j 

Da.eisys.en, ,670 referenzieren. Die taode ,620A 1 " 
c ■ e 162 °A der Inoden-Dafei 1*™ 

referee die btaap-Datei ,630. Die Inode !620B refe 
5 map.Da.ei ,640. Die Inode ,620C f "*«nz,er, die ino- 

1650. Die Inode ,620Dref d " Verzeichnis 

.«0-,660 innerna.0 des Dal^ ^ 

— - ,6,2. Die IsinK^Ie '£ I~ f 

■0 ^^^^^^^ 

Wurzehnode ,6,0B u„d ,6,2B der fsinfo-BKclce ,6,0 u„d ,6,2 dl 
<■en.Da.ei ,620 bescnreio, die iWei«s den Res. der Da. i 6 

r63 e r:r: 1670 » «*■ - «— 

^30- 640 beschre,b, wird die Wurzeiinode ,6,0B und ,6,2B a,s die 
Wurze, en.es BaMm von B.aCcen be ta cb.e.. Das WAKL-Systen, 620 
verwende. diese Baun.straKur filr inr A^^^JV^ 

- ™ <°"*— « ScnnappscbLn,^: 
tennochbeschriebenwerden. 

te e von Inodftnm jtunsaj^ 

to WAFL-Date.systems „erden in unterschiedHch vertaapfte- Lis,en 
en„ inren, s^s g eba,te„. ^ die sicb auTunsalre B,« 

geh hen. Zulasslge Daten ^ 

Daten a„^ werden in einer noch weiteren Liste gelunr,, wie dies im 
y der Tecbn* befcann. ia . Die vor,iegende Erfindung macht ^ 
von e ner L,.e voo Inoden mi , ^ 

" ^ ^ ^^~ 8 e» erfrrde, 
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Figur 2 is. ei„ Diagramm, das eine Lis.= 210 unsauberer Inoden gemlB der 
Erfindung veranschaulicht Die Lis.e 210 unsauberer Inoden emhal. 
WAFL-in.eme Inoden 220-1750. Wie in Figur 17 gezeig. ist, emhal.jede 
WAFL.in.eme Inode 220-250 einen Zeiger 220A-250A, der auf eine we,- 
tere Inode in der verMpften Liste zeig.. Beispielsweise sind WAFL- 
taoden 220-250 im Speicher an S,eU=n 2048, 2.52, 2878, 3448 
gespeichert Demenfcprechend — der Zeiger 220A der Inode 220 d,e 
Adresse 2.52. Sie verweis. desha.b auf die WAFL-Inode 222 D.e WAFL- 
taode 222 wiederum zeig. mi. Hilfe der Adresse 2878 auf d,e WAFL- 
m „de 230. Die WAFL-lnode 230 verweis. auf die WAFL-Inode m D- 
WAFL-Inode 240 zeig. auf die Inode 1750. Der Zeiger 250 der WAFL- 
Tnoae 250 end*., einen Null-Wer, und zeig. daher nich. auf eine we,.ere 
^ Somi. is. sie die M*. Inode innerha.b der Lis.e 2,0 fur unsaubere 
ta0 den. lede Inode in der Lis.e 210 reprasentier. eine Da.ei aus ernem 
Baum von Puffem, wie dies in Figur .0 dargesreU. is.. Mindes.ense.ner 
der von jeder Inode 220-250 referenzierte Puffer is. ein unsauberer Puffer. 
Bin unsauberer Puffer end*, modifizier.e Da,en, die auf eine neue Spe,- 
cberpianens.e.le in den, WAFL-Sys.em gescnrieben 
WAFL scbreib. **. unsaubere Puffer auf neue Spe,ch=rs tt llen der Plane. 

) 

r ^ > icigTpl7.PirNKTE 

Die WAFWW— wie sie bisher beschrieben wurde, is. sttusch. 
Erflndungsgem* werden Anderungen des Da.eisys.ems ,670 s«reng £ 
„ sreuer., um das Da«eisys.=m ,670 in einem *onsis.en«en 
' Das Da.eisys.em ,670 scb,e«e, von einem se.bsdconsis.en.en Zusfcnd zu 
ci »em anderen se.bstonsis.en.en Zus<and wei.e, Die Menge (oder der 
Baum) selbsUconsis.en.er BUfe auf der Plane mi. ibrem Sprung* , er 
WurzeHnode I5.0B wird als Konsis.enzpunk. (CP) referenz,er, Um Ko - 
3 „ sis.enzpuntte zu implemenUeren, sehreib. WAFL s.e B neue Da.en n 
licZgewiesene B.eCce auf der Es aberschreib. n,ema s ex,., - 

rende dL. So.ange a. die Wurze.inode ..OB « — £ 
Sader. sich der Zus«and des Da.e,sys.ems 1670, w,e s,c 
dar s.e.., nicb. Dami. das Da.eUys.em .670 aber braucnbar * man 
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dann ei„ nener Ko„s,s W J^"' - ™B 

BezugnehmendaufFieur Ifi «,;^ • 

D-ien, so wie „,e boden . Datei ^ die „ ^ 

momap-Datei 1640^ P.™ ™, 1111(1 d,e 

.ri E L~r ^ ,6,2b *- 

670 e,„e„ n e„en Kon^un*. D a lcnstrukturen ^ ^™ 
6? " ta — " ttafcta, wer.cn es sib £ 

genommen das eine ErfnrH^.v ~ ~„ . u *S<*ngen, aus - 

™r;r 16,2 ge4a,ttn wrd - — * w — » 

»d 16I2B - e,„e Kopie de, fsinfo-Stn^ I6I0 auf dje flMe 
hneben, a.cnUefcnd wird dl , ^ ^ ^« £ 

geschneben. Eine Prufcumme 1610C und 161?,- • a , 

1610 bzw Ifil? H' . ,. ™ fsin f»-Struktur 

610 bzw. 1612 d,en, zun, FeststelIen ^ 

— , welches eine d£r Kopjen ^ ^ ^ — - 

lr r: Kopie der wura,inode ^ — . - •£ 
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Aj gorithmus zu m Frraicen eines Konsistenzpunkts 

Figur 5 ist em Diagramm, welches das Verfahren zum Erzeugen eines 
Konsistenzpunkts veranschaulicht. Im Schritt 510 werden samtliche un- 
sauberen" Inoden (also Inoden, die auf neue, modifizierte Daten enthalten- 
de Blocke zeigen) in dem System als im Konsistenzpunkt ihrer Inhalte 
befmdlich markiert, und es wird nur ihr jeweiliger Inhalt auf die Platte 
geschrieben. Nur wenn diese Schreibvorgange abgeschlossen sind, durfen 
weitere Schreibvorgange aus anderen Inoden die Platte erreichen. AuBer- 
dem konnen wahrend der Zeit, in der unsaubere Schreibvorgange stattfm- 
den, keine neuen Modifikationen an Inoden vorgenommen werden, die 
sich in dem Konsistenzpunkt befmden. 

Zusatzlich zur Einstellung des Konsistenzpunkt-Flags fur samtliche unsau- 
beren Inoden, die Teil des Konsistenzpunkts sind, wird ein globales Konsi- 
stenzpunkt-Flag gesetzt, so daB seitens eines Benutzers angeforderte Ande- 
rungen sich in streng gesteuerter Weise verhalten. Nachdem das globale 
Konsistenzpunkt-Flag gesetzt ist, werden benutzerseitig angeforderte An- 
derungen, welche in dem Konsistenzpunkt befindliche Inoden beexnflus- 
sen, nicht zugelassen. AuBerdem wird nur Inoden mit gesetztem Konsx- 
stenzpunkt-Flag Plattenspeicherplatz fur ihre unsauberen Blocke zugewre- 
sen. Folglich wird der Zustand des Dateisystems auf die Platte geraumt, 
genauso, wie dies zu Beginn des Konsistenzpunkts geschah. 

5 Im Schritt 520 werden regulare Dateien auf Platte geraumt. Das Raumen 
regularer Dateien umfaBt den Schritt des Zuweisens von Plattenspacher- 
platz fur unsaubere Blocke in den regularen Dateien, auBerdem das Schre,- 
ben der entsprechenden WAFL-Puffer auf die Platte. Die Inoden selbst 
werden anschlieBend in die Inoden-Datei geriumt (kopiert). Samthche 

30 Inoden, die zu beschreiben sind, befmden sich entweder in der Uste von 
In oden mit unsauberen Puffern oder in der Liste von Inoden, die unsauber 
sind jedoch keine unsauberen Puffer enthalten. Wenn der Schritt 520 ab- 
geschlossen ist, gibt es keine weiteren regularen Inoden in dem Kons, 
stenzpunkt, und samtliche ankommenden E/A-Anforderungen verlaufen 
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' en - E/A -°P eran "''™nochge S pemsmd. 

Im Schritt 530 werden Spezialdateien auf die Platte „ - ^ 
> von Spezialdateien um Mt den Scta„ del 7 T ^ 

mi ti-TK • - ahSieren des K °nsisten2bits (CP-Bit) da 

mit Ubereinstimmung mit dem aktiv™ tw- 

r • , Dateisystem-Bit (FS-Bit) fiir ieden 

.e ^ tadert . Somjt werden J^;; 

vorgange m wahrend djese Da(eien ^b- 
den, « wicn,ige B K c k e * Piatten-E/A-Ope^ J* " 

5 bevor d* Anderungen abgesch.osse„ sind. ' 

ta Scnntt 5 30 ^ auBerden, die on*, nocn beschriebenM ScMne 
des Erzeugens nod Linens TOn Schnapps durcngefi^ da^es 
de, e^ge .ittiCe Punfc „ ^ ^ ^ 

r M ;: ;r B,ock - vo,,sfindig se,b "- - - ~* ^ 

£-f*. Piatte geschneben » werd e n . Ein ^ 

^ «»» * — r erzeug, wird> M ^ fa ^ 

Durchgang dieseioe ScnnappscouMnode verwende, werden kann. 

6 * * FiuMag^, welchK ^ ^ ^ 

53. ordne, P.atte.peicnerrann, „ die bUan ap- D a,ei 
uad d.e fcoden-Datei „ und kopiert ^ ^ J J 

Schntt 620 luerfiir Plattenspeicherraum 

Schriu «o wird «r statliche ^ fa 

Mionap-Da.e.en Piaaenspeicnerpia. .gewiesen. Die nn^ ^ 
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enthalten den Block der Inoden-Datei, der die Inode der blkmap-Datei als 
unsauberen Block enthalt. 

Im Schritt 630 wird die Inode fur die blkmap-Datei erneut geraumt, aller- 
dings wird diesmal die aktuelle Inode in den vorab geraumten Block in der 
Inoden-Datei geschrieben. Schritt 610 hat bereits den Block der Inoden- 
Datei verTalscht, welche die Inode der blkmap-Datei enthalt. Darmt 
braucht kein weiterer Schreibzuweisungsschritt entsprechend dem Schntt 
620 geplant zu werden. 



Im Schritt 640 werden die Eintrage fur jeden Block in der blkma P -Dat ei 
aktualisiert. Jeder Eintrag wird dadurch aktualisiert, daB das aktive FS-Bit 
in das CP-Bit kopiert wird (das heiBt Einkopieren des Bits 0 in das Bit 31), 
und zwar bei samtlichen Eintragen in unsauberen Blocken innerhalb der 
15 blkmap-Datei. 

to Schritt 650 werden samtlicue unsauberen BkScke in den blkmap- und 
Inoden-Dateienaufdie Platte geschrieben. 

20 Nur fur Eintrfge in unsauberen Blacken der blkmap-Datei rnufi das aktive 
Dateisystem-Bi. (FS-Bit) im Schritt 640 in das Konsistenzpunkt-B,. (CP- 
Bit) kopiert werden. Unmittelbar nach einem Konsistenzpunk, besttzen 
seiche blkmap-EintrSge denselben Wer, sowohl fur das aktive FS-Br. 
als auch das CP-Bit. Mit fortschreitender Zeit werden einige akttve FS-Bits 
„ von bUonap-Datei-Eintngen ffir das Dateisystem entweder geWsch. Oder 
gesetz. Die Blocke der blkmap-Datei, die geanderte PS-Bits enthalten, 
werden entsprechend als unsauber markiett. Wahrend des folgenden Kon- 
sistenzpunk* brauchen saubere Blocke nicht znnackkopier, zu werden. Dre 
sauberen Blacke werden deshalb nicht kopiert, sie an dem vorhergehenden 
,„ Konsistenzpunk, nich, unsauber waren und sich in den BIMcen seitdem 
nichts geander, hat Solange also das Dateisystem zu Beginn nut dem akt- 
ven FS-Bit und dem CP-Bit gleichen Werts in samtlichen blkmap- 
EintrSgen erzeugt wurde, brauchen lediglich Eintrige bei unsauberen 
Blocken in jedem Konsistenzpunkt aktualisiert zu werden. 
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Bezugnehmend auf Figur 5 wi rd im Schritt 540 der DateisvstenT r 

Wurzefcnode eugescbrieben wird. Der Fsinfo . Block "« 
schnebeo. D.e ^ Scnreibvorgange w „ im ^ J^" 

——tart erfoig, auf dJt ! &te ">™^ * Sys,e^. 

enolgt, auf der Plate eu. selbstkonsistentes Dateisysten, 
vorbegt B ei einen, S^en^enbrucb ^ ^ ^J^™ 

verftgbar, Oder « lst der vorbergenende Konsistenzpun* (auf 

vor Begun, des jtogsten Konsi St en„ vorhanden> « ^ 

Fsnrfo-B,** ausgefcUen i, Wenn da, Daieisvsien, „acb emem ^ 

K ^ ta den psinfo _ Bl6cken ^ ejnem / - 

menwer, verwende,. Dies wird weiter unren noch naher ertaeri. 

ta Sd* 550 wird der Konsisteuzpun* abgescbJossen. Die, macb, es 
erforderuch, daO jegiicne unsaubere fcoden, die, wei, sie nicn, Tei, Z 

Uche Drodeo, <ue .bren Zusiand wsbrend des Konsisfcuzpu,** „ 
M** werden in die Kor.is.enzpunk.-Wartesculange (CP W L „ 

d« Srtrms 540 geauder, baben, jedocb nacn dem ScWtt wem 
gestartet fat Nach Abschlua dK Ro ^ 

chl!d 7 ^ CP - WAIT - W ^^ neu eingeordne,, entspre- 
chend der reguBren Lis* von Dioden mi, unsauberen Puffem und der Li- 
sle voo unsauberen Inoden ohne unsaubere Puffer. 

I teelordnnn^r hrSnh,.,. ,w ^-^^^ 

Wie in den Fig.en 20A-20C darges,e llt is,, besta die vor.iegende Erfin- 
dung e M e Einzeiordnun^^ Ke Ein2elordnungsbesc 
besag, dau der Fsinfc-Biock 1810 nur auf P latt e gescbrieben wird, nacn 
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dem samtliche ubrigen Blocke auf die Platte geschrieben sind. Das Schre!- 
ben des Fsinfo-Blocks 1810 ist elementar, weil ansonsten das gesamte Da- 
teisystem 1830 verloren gehen konnte. Damit erfordert das WAFL- 
Dateisystem, daB der Fsinfo-Block 1810 auf einmal geschrieben wird und 
sich nicht in einem inkonsistenten Zustand befindet. Wie in Figur 15 ge- 

zeigt ist, enthalt jeder der Fsinfo-Blocke 1810 (1510) eine Prufsumrne 

15 10C und eine Generationenzahlung 1510D. 

Figur 20A veranschaulicht das Aktualisieren der Generationenzahlung 
1810D und 1870D der Fsinfo-Blocke 1810 und 1870. Jedesmal, wenn em 
Konsistenzpunkt (oder ScbnappschuB) ausgefuhrt wird, wird auch die Ge- 
nerationenzahlung des Fsinfo-Blocks aktualisiert. Figur 20A zeigt zwei 
Fsinfo-Blocke 1810 und 1870 mit Generauonenzahlungen 1810D und 
1870D die den gleichen Wert N aufweisen, was einen Konsistenzpunkt fur 
das Dateisystem angibt Beide Fsinfo-Blocke referenzieren den vorausge- 
h enden Konsistenzpunkt (das alte Dateisystem auf der Platte) 1830. Eine 
neue Version des Dateisystems existiert auf der Platte und wird als neuer 
Konsistenzpunkt 1831 referenziert. Die Generationenzahlung wxrd be, je- 
dem Konsistenzpunkt erhoht. 

ta Kgur 20B wird die Generationenzahlung 1810D des ersten Fsinfo- 
Blocks 1810 aktualisiert und erhll. etaen Wert N-H . Dann wird s.e auf die 
Platte geschrieben. Figur 20B veranschaulich. etaen Wer, NM to dte Ge- 
nerationenzahlung 1810D des Fsinfo-Blocks 1810, wohingegen d* Gene- 
, ' rationenzShlung 1870D des zweiten Fsinfo-Blocks 1870 einen Wer. von N 
ha, Der Fsinfo-Block 1810 referenziert den neuen Konsistenzpunkt 1831, 
wohingegen der Fsinfo-Block 1870 den alien Konsistenzpunkt 1830 refe- 
renziert. Als nacnstes wird die Generationenzahlung 1870D des Fsinfo- 
Blocks 1870 aktualisiert und auf Platte geschrieben, wie dies m F.gur 20C 
3 „ dargestellt ist !n Figur 20C besim die Generationenzahlung 1870D des 
Fsinfo-Blocks 1870 einen Wer, N + l. Dcshalb besitzen beide Fsmfo- 
B16ckel810und 1870 den gleichen Generationcn-ZahlerstandN+1. 
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Ata, , KlenmgM , besi(2tJ , de Kopfe ^ psjnfo Bi «* 
«.*.-» njch , geze . k) seIbstkonsistente ™ 

Wert a„f. E,„ Sysiemzusan^enbruch g 

s,ch u, den, in Figur 20B g *>a,e,sys tem 

Ansfthrungsforn, der vorliegenden Erflnd ^ 
r. u oruegenden Erfindung gemaB Figur 20B wird die 

HMD des Fsinfo-Biocks 1810 v„ r den, J£ 
Fs.nfo-B.ock 1870D atoualisier,. Daher is. die Ge 

Blocks 1810 grofier lst> wrd sje „ Wiederfce Dateisystems 

naming ^lODangegebenwird. Falls der ersteFsinfo 
B.ock v r^b, „ird, da bei seiner Ak^sierung ^ ^.J^" 

r?r so ww * e Kopie 1870 *■ - 

h— M, des Da.eisys.en. .830 in ko„sis,en t e m Zustand ve^ 

» Erflndungsge™*, . , ^ ^ m6gUcK b£jde ^ 
S^ng „ a^sieren. Des^ ^ ta ^ 
ste^ eu,e gute Kop,e des Fsinfo-B.ocks .8.0 und .870. Dies mach, es 
*. D a.e.sys t e m s,e B in einen, konsis te „,en Zusiand 

WAFL macht keine spezieUen WiederhersteUungsprozeduren erforder.ich 
D,es „eide« es von ^.en Sys^en, die von P ro ,o toU ie nm g 
geordnefcn Schreibvorgangen und sfreng geordne.en Schreibvorgangen bei 
der W.ederners.eUung GebrauO ra acne. Dies des„a, b , „ei, „ JLlv!l 
«lschung, gegen die RAID Schuiz bie,e,, oder Software ei„ WAFL- 

~7 v r chen ^ um Da ~ w *~ 

ZTT r ^ " niCh, - fl ^ Transaktions-ProtokoU flr 
e*.g. s,„d. D.eses P roto ko„ is, vW ,ig u „ abnangig VQm 
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Plattenformat und ist nur erforderlich, um zu verhindern, daB bei emem 
Systemzusanunenbruch Operationen verlorengehen. Allerdings ist es nicht 
erforderlich, die Konsistenz des Dateisystems beizubehalten. 

Pi-7f>np ;en ei" ** Konsistenzpunkts 

Wie oben beschrieben, werden Anderungen des WAFL-Dateisystems 
streng gesteuert, um das Dateisystem in einem konsistenten Zustand zu 
halten Figuien 17A-I7H veranschaulichen die Erzeugung eines Kons- 
stenzpunkts fflr ein WAFL-Dateisystem. Die Erzeugung eines Konsrstenz- 
punkts wird anhand der Figuren 5 and 6 erlautert. 

In den Figuren 17A-17L sind Puffer, die nich. modifiziert wurden, ohne 
Stemchen neben sich. Deshalb enthalten Puffer die gleichen Oaten w,e 
15 en«sprechende ptatteninteme B.6ck=. Damit laBt sich ein Block in den 
Speicher laden, er is, gegenuber seiner platteninternen Version jedoch un- 
verindert. Ein Puffer mi, einem einzelnen Stemchen (•) daneben bedeutet 
einen unsauberen Puffer in dem Speicher (seine Daten sind modtfiz.ert). 
Ein Puffer mit einem doppelten Stemchen (") neben sich bedeutet emen 
unsauberen Puffer, dem Plattenspeicherplatz zugewiesen ist. SchlieMich ,st 
ein Puffer mi. einem Dreifachstemchen (•") ein unsauberer Puffer, der m 
einen neuen Block auf der Platte eingeschrieben is.. Die .Convention zum 
Bezeichnen des Zustands von Puffem wird auch bei den Figuren 21A-21E 
benutzt. 

Figur 17A zeig. eine Liste 2390 von Inoden mi, unsauberen Puffem, um- 
fassend Inoden 2306A und 2306B. Die moden 2306A und 2306B referen- 
zieren Baume von Puffem, in denen mindestens ein Puffer jedes Baums 
modifiziert wurde. Zu Beginn werden Konsis.enzpunk.-F.ags 239! und 
30 2392 der Inoden 2306A und 2306B ge!5sch, (0). Wahrend fur das vorUe- 
gende System eine Liste 2390 von Inoden mi. unsauberen Puffem darge- 
L„ is, solne dem Fachmann ersichdich sein, daB andere Listen von no- 
den ebenfalls im Speicher exisderen kbnnen. Beispielsweise wird » dem 
Speicher eine Liste von Dioden gefthr,, die unsauber sind, aUerdings keute 
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unsauberen Puffer haben. Diese .noden massen a,s in <Jem Ko„sis te 
punk, befindHcb markiert werde „. ^ ^ ^ «~ 

den, dan,,, auch d=r unsaubere tana,, der In„de„-Da,ei auf die P,a„e ge 
schneben wird, seibs, wenn unsaubere ,„ode„ nich, unsaubere Biacke e- 
5 ferenaeren. Dies geschiehl in, Schrte 520 in Figur 5. 

Figur .,B is, ein Diagram., welches ei „ WAFL . Dateisystem 
hergehenden Konsistenzpuntas mi, den, Fsinfo-B.ock 2302, der Inoden- 
D«e, 2346 der bUanap-Dafci 2344 sowie Da,eien 23,0 u »d 2342 j£ 

> DK ^2340enM,B.ec lte 2310.23 1 4,dieDa,e„^.,3»bzw C 
en^ten. Die Da,ei 2342 en«ha., Da,enb I6 cke 23,6-2320 mi, Da,en "jr 

n , ' ^ bUaDap - Datei 2344 *» Block 2324. Die Inoden- 

Da,e, 2346 en M , zwei 4 KB-Blocke 2304 und 2306. Der zwei.e Bicck 
2306 enM, I„odeu 2306A-2306C, die die Dafci 2340, die Datei 2342 
bzw. die blkmap-Datei 2344 referer^eren. Dies is, im Biock 2306 duren 
Aufl.smng der Da,einummer fa der Diode ^ 

nSnf- W r ,iDOde - ^ * «04 

und 2306 der inoden-Dafci 2346. Figur ,7B veranschau.ieb, einen Baum 

von Puffern in einen, Da,eisvs«em mi, Wurzelbildung durch den Fsinfc 
Block 2302, welcher die Wurzelinode beinhallet. 

Figur 17C is, ein Diagram*, we.ches zwei modifier* Puff er ft, dje 
Blocke 23 U und 2322 in, Speicher veranschauiicht Das akfive Dateisy- 
S ,em wird so modifiziert, daB der die Da,e„ „C enlhahende Block 23!4 
aus der Dalei 2340 geiosch, wird. AuBerdem werden die im Biock 2320 
gespeicherten DaBn J- m j^me" ^ fa ^ 

den Pfattenbiock 2322 gespeicher,. Es so lltt gesehen werden, daB die in 
Puffem ftrPfanenblOcke 23U mi 2322 ^ ^ 

d,eser Zei, nur in, Speicher exis,ieren. S ta ,.iche Obrigen B.6cke in den, 
ataven Da,eisys,en, der Figur !7C sind nich, modifier, und deshaib nich, 
nu, einem S<emche„ neben ihnen markier,. AKerdings k S nne„ einige oder 
sam,.iche dieser B,5cke in dem Speicher ^ ^ ^ auf . 

weisen 
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Figur 17D is. ein Diagram, welches die Euttrage 2324A-2324M der 
blkmap-Da K i 2344 in, Speicher veranschaulich.. Eintrage 2324A-2324M 
stad in einem Puffer fur den 4-KB-Block 2324 der blkmap-Date, 2344 
enlhahen. Wie zuvor beschrieben, sind das BITO und BIT31 das FS-BIT 
bzw das CP-BIT. Das Konsistenzpunkt-Bit (CP-BIT) wird wibrend ernes 
Konsitfenzpunte gesem, urn zu garanderen, daB der enfcprechende Block 
nach Beginn, jedoch noch nich. erfolgtem AbschluA eines Konsis.enz- 
punkts modifizier. wird. BIT! is. das ersK SchnappschuD-Bi. (wird un.eu 
beschrieben). Bikmap-Ein^ge 2324A und 2324B veranschauUchen, dafl 
gemaB Figur 17B die 4-KB-B16cke 2304 und 2306 der Inoden-Da.e, 2346 
in dem aknven Da.eisys.em (FS-BIT gleich. 1) und in dem Konsistenz- 
punk. (CP-BIT gleich. 1) sind. In ahnlicher Weise sind die ubrigen Blocke 
2310-2312 und 2316-2320 sowie 2324 in dem aknven Da.eisys.em und m 
dem Konsis.enzpunk.. Allerdings sind die BWcke 2308 und 2322 sowie 
2326-2328 weder in dem aktiven Da.eisys.em noch in dem Konsistenz- 
punk. (was durch BITO bzw. BIT31 angegeben wird). Der Eintrag fur den 
geloschten Block 2314 ha. einen Wer. 0 im FS-BIT, was anzeig^ dafl er 
aus dem aWiven Da.eisys.em entfemt wurde. 

, ta Schrut 510 der Figur 5 werden seiche ..unsauberen" Inodcn in dem 
Sys«em als im Konsis.enzpunk< beftadlich markiert Unsaubere Inoden 
en.hal.en sowohl Inoden, die unsauber sind, als auch Inoden, we.che un- 
sanbere Puffer referenzieren. Figur 171 veranschaulich. eine Lis,e von .no- 
den mi. unsauberen Puffem, wo die Konsis.enzpunk.-Flags 2391 und 2392 
, von inoden 2306A und 2306B gese<z. (1) sind. Die Inode 2306A refenen- 
.er, den Block 23.4, der Da,en „C~ der Da.ei 2340 end*., die aus dem 
aWven Da.eisys.em z» ISschen ist Die mode 2306B des Bloc* .7** der 
to „den-Da«ei 2346 referenzier. die Da.ei 2342. Der B.ock 2320, der d,e 
Da«n „F" entoal., wurde modifizier., und es muD ein neuer Block zuge- 
30 wiesen werden, der die Da.en J" end*... >m Schrin 510 werden d.e un- 
sauberen Inoden 2306A und 2306B in den Puffer «r den Bloc 2308 e, - 
kopier. Der Puffer fur den Block 2306 wird anschlieBend (,m Schnt. 530) 

~ - - . • c;™,,- 1 7F Hareestellt Die modifizierten 
auf Platte geschrieben. Dies ist m Figur 17E dargesteiu. 

- wiener und der Puffer 2308 ist als unsauber 
Daten existieren nur in dem Speicher, una uci 
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und 2306B werden a.cnMend ge.fcch. (0) , wie ta , ^ 

D» S-b. d,e inoden «r die Be„ uten „g durch ^ ^ ^ ~ Mt 

Block 2322 Plartenspercherplate zugewiesen. Der Block 2314 H, 

^ 2340 * - '^™> - « ■* Block * ™ ; 

^ der Konsisfcnzpnnk. jst ^ ™ ^ 

« dargesfcll,. Die boden 2308A ^ 2308B des Blocks ( 
Inoden-Datei 2346 werden anschneAend in die u^n-DaW ^ £ 
™ A des Blocks 2303 re^er, BKcke 23,0 - ™£ 

^ 2342 ; F 2308B " fa -* B B,6Cte *'«■ * die 
Block 2308 der bode 2346 und * den direk,e„ Block 2322 der Datei 
2342 zugewresen. Allerdings ist da, Da.eisys.en, seibs. noch nich. akn.aU 

to Schn« 530 wird die blkn.ap-Da.ei 2344 auf P1 a«,e » Dies is, i n 
nmlTO darges,e,l,, wo die bltaap.Da.ei 2344 durch ein S.emche„ a .s 
unsauber gekennzeichnet ist. 

.m 84* « 0 der Figur 6 ^ ^ ^ ^ ^ ^ 
^Inodeo-DaW geraum., wie to Figur 17H ^ ^ 
wurde ,n den B.ock 230B der Inoden-Da tei 2346 getfum, Allerdings refe- 
n^er. d,, Inode 2308C tanrer noch den B,ock 2324. to Schntt 620 wird 
Pla^nspccherraom furdie bUonap.Da.ei 2344 und die ,„oden-Da.ei 2346 
*ugew.esen. Der Block 2308 wird «, iit ^n-Datei 2346 zugewiesen 
»d Block 2326 wird «, die blkmap-Dafci 2344 .gewiesen. Wie Z 
beschneben, en-ha,. der B.ock 2308 der. Inoden.Da.ei 2346 eine vorab- 

Z^T: ^ ** blkmaP - Datei ^ ^ *»* «0 wird die 
inode ftr d,e bUcmap.Da.ei 2344 in den vorger.unr.en B.ock 2308C to der 
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Inode 2346 geschrieben. Damit wird im Schritt 620 die interne Inode 
2308C zum Referenzieren des Blocks 2324 aktualisiert and wird in den 
Puffer des Speichers kopiert, der den in den Block 2308 zu schreibenden 
Block 2306 enthalt. Dies ist in Figur 17H dargestellt, wo die Inode 2308C 
5 den Block 2326 referenziert. 

Im Schritt 640 werden die Eintrage 2326A-2326L fur jeden Block 2304- 
2326 in der blkmap-Datei 2344 in Figur 17J aktualisiert. Blocke, die sxch 
nach dem Beginn des Konsistenzpunkts in Figur 1 7B nicht geandert haben, 
10 besitzen in ihren Eintragen dieselben Werte. Die Eintrage werden dadurch 
aktualisiert, daB BIT0 (das FS-Bit) in das Konsistenzpunkt-Bit (BIT31) 
kopiert wird. Der Block 2306 ist nicht Teil des aktiven Dateisystems, und 
deshalb ist BIT0 gleich Null (BITO wurde im Schritt 620 ausgeschaltet, als 
der Block 2308 zugewiesen wurde, urn neue Daten fur diesen Ted der Ino- 
15 den-Datei aufzunehmen). Dies ist in Figur 17J fur den Eintrag 2326B dar- 
gestellt. In ahnlicher Weise ist im Eintrag 2326F fur den Block 2314 der 
Datei 2340 das BITO und das BIT31 gleich Null. Block 2320 der Datei 
2342 und Block 2324 der blkmap-Datei 2344 werden in ahnlicher Wexse 
gehandhabt, wie dies fur die Eintrage 2361 bzw. 2326K gezeigt is, Im 
20 Schritt 650 werden der unsaubere Block 2308 der Inoden-Datei 2346 und 
der unsaubere Block 2326 der blkmap-Datei 2344 auf Platte geschrieben. 
Dies ist in Figur 17K durch ein dreifaches Stemchen (•••) neben den 
B16cken 2308 und 2326 angegeben. 

25 Bezugnehmend auf Figur 5 wird im Schritt 540 der Dateisysteminformati- 
onsblock 2302 auf Platte geraumt, und dies geschieht zweimal. Darmt ist 
der Fsinfo-Block 2302 unsauber geworden und wird anschlieBend auf Plat- 
te geschrieben (in Figur 17L durch ein Dreifachsternchen angedeutet). In 
Figur 17L ist ein einzelner Fsinfo-Block 2302 dargestellt. Wie aus dem 
30 Diagramm ersichtlich ist, referenziert der Fsinfo-Block 2302 Jetzt den 
Block 2304 und den Block 2308 der Inoden-Datei 2346. In Figur 17L xst 
der Block 2306 nicht mehr Bestandteil der Inoden-Datei 2346 des aknven 
Dateisystems. In ahnlicher Weise enthalt die durch die Inode 2308A der 
Inoden-Datei 2346 reference Datei 2340 Blocke 2310 und 2312. Der 
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Block 2314 is. nich, m ehr Besandteil der Da,ei 2340 tanerhalb dieses 
Konsiaenzpuria, Die Datei 2342 enrhSK BI6cke 2316, 2318 und 2322 in 
den, neuen Konsistenzpurtc, wihrend Bl ock 2320 nich, Bes.and.eil der 
Da«ei 2342 is, Weiterhin referent der Block 2308 der Inoden-Da,ei 
5 2346 erne neue blkmap-Dalei 2344 mil dem Block 2326. 

Wie in Figur 17L gezeig, is,, wird ta ei „e m Konsistenzpunk, ^ ^ 
Da.e,sys,em dadurch akroalisiert, daB die Inode der lnoden-Da,ei 2346 in 
den Fsinfo-Block 2302 einkopier, wird. AHerdings verbleiben die BWcke 
» 2314, 2320, 2324 und 2306 des vorhergenenden .Consistent a „f der 
Plane. Diese Blocke werden beta AktuaHsieren des Dateisysten* niemals 
uberschriebe* urn z» garantieren, daB sowohl der al,e Konsistenzpunk, 
1830 a!s auch der neue Konsistenzpunk, 1831 auf der Platte vorhanden 
sind, siehe Figur 20 und Schritt 540. 

Schnapp schfmgp 

Das WAFL-System arbeitet nut SchnappschQssen. Ein Schnappschufi oder 
erne Momentaufhahme ist eine nur lesbare Kopie eines gesamten Dateisy- 
stems zu einem gegebenen Augenblick, zu welchem der Schnappschufi 
erzeugt wird. Ein neu erzeugter Schnappschufi bezieht sich auf exalct die- 
selben Plattenblocke, wie dies das aktive Dateisystem tut. Deshalb wird er 
innerhalb einer kurzen Zeitspanne erzeugt und verbraucht keinen zusatzli- 
chen Plattenspeicherplatz. Nur wenn Datenblocke innerhalb des aktiven 
Dat ei s y ste m s modifiziert und in neue Stellen auf der Platte geschrieben 
werden, beginnt der Schnappschufi, besonderen Platz zu beanspruchen. 

WAFL halt bis zu 20 unterschiedliche SchnappschQsse, die von 1 bis 20 
numenert sind. Damit ermoglicht WAFL die Erzeugung mehrfacher ^lo- 
ne" desselben Dateisystems. Jeder Schnappschufi wird durch eine 
Schnappschufi-Inode reprasentiert, die ahnlich der Darstellung des aktiven 
Dateasystems durch eine Wurzelinode ist. SchnappschQsse werden erzeugt 
durch Duplizieren der Wurzeldatenstruktur des Dateisystems. In der be- 
vorzugten Ausfuhrungsform ist die Wurzeldatenstruktur die Wurzelinode 
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Allerdings konn.e auch jede andere Da«e„srrulrtur verwende. werden, d,e 
repraser.ta.iv fDr ein gesam.es Da.eisys.em is.. Die SctaappschuB-Inoden 
befinden sich an einer festen Stelle innerhalb der Inoden-Datei. D,e Be- 
grenzung auf 20 ScnnappschOsse wird durch die GroBe der Blockabb.ld- 
Etottage bestimmt WAFL erfordert zwei Schritte zum Erzeugen ernes 
neuen Sctaappschusses N: Kopieren der Wurzelanode in die Anode fttr 
den SchnappschuB N und Kopieren des Bi<s 0 in das Bi. N jedes Blockab- 
bild-Eintrags innerhalb der blkmap-Dalei. BitO gib. die Blocke an, d,e von 
dem Baum unlerhalb der Wurzelinode referenziert werden. 

Das Ergebnis is. ein ueuer Da.eisys,embaum, dessen Wurze! gebilde. wird 
durch die SchnappschuB-Inode N, die exak. dieselben Plattenbldcke refe- 
renziert wie die Wurzelinode. Durch Einstellen eines enlsprechenden Bus 
in der Blockabbildung fur jeden Block in dem SchnappschuB wird vertan- 
; der. daB SchnappschuB-B16cke freigese« werden, selbs. wenn die akhve 
Date i die SchnappschuB-Blacke nich, mehr verwende.. Da WAFL 
neue Da.en auf unbenu«e Speicherplaize schreib., andert s,ch der 
SchnappschuB-Baum selbs. dann nich, wenn das akfive Da.eisvs.em s,ch 
ander. Da ein neu erzeugn* SchnappschuB-Baum exak. die gle.chen 
» BIScke wie die Wurze.incxle referenziert, verbrauch. er keinen zus^h- 
chen Plattenspeicherplatz. un Lauf der Zei. referenziert der SchnappschuB 
Hanenblocke, die ansons.en freigesem wurden. Danri. b=nu<zen un Ver- 
Uuf der Zei. der SchnappschuB und das aktive Da.eisys.em immer wemger 
Blocke, so daB der von dem SchnappschuB beanspruch.e Raum zunrmm.. 
2S ScnnappschOsse kannen gel6sch. werden, wenn sie eine nich. mehr akzep- 
tierbare Anzahl von PlattenbHScken belegen. 

Die Us te akuver ScnnappschOsse wird zusammen mi. den Namen der 
SchnappscMsse in einer SchnappschuB-Verzeichnis genann.e„ Me.ada.en- 
30 M abgespeichert. Der Pla—d wird in der oben beschne enen 
Weise attualisiert. Wie bei sSmuicnen anderen Anderungen erfo.g. d,= 
Akmalisierung durch au«oma«sches Wei.erschrei.en von einem ^ns> 
sunzpunk. zum anderen. Modifizierte BWcke werden in unbenu^e Platte 



39 



auf der Piatte geschrieben, wo.ufhin cine neue Wu.ehnode, we,che das 
aktuahs.erte Dateisystem beschreibt, geschneben wird. 

Uberbliclc fiW g^nnppschii..;^ 

5 

schuC aufgenonuncn wrd , wobei Umwege . Ebenen ^ » 
e.en e.nfrcneren «k uber das WAFL-Dateisystem zu ermSglicben 

« . DasDa.e.sys.ern 1830 BI5cJ[m b . i82fl ^ 

der fcoden-Da.ei is, in den, Fsinfo . Block 

e^eu,e Kopie des F*MW, ,8,0 in Figur 18A 

** s,ch naroriicn, ^ auf der pla „ e ^ ^ ^ ^ ^ 

™*anden is,, Die fa dem Fsinfo . Block , 810 faode ^ 

W. 16 Ze,ger, d,e auf ,6 Biacke mi, g , e i cher Um we g eebe„e ^ Dfe 
B.ocke , 8 ,0-,820 in F igur , 8A repiasefflieren ^ ^ ^ 
to Da,e,sys,ems ,830 ^ B15cke> ^ 

Obscnon ,edig,ich fonf B ,acke , 8 ,2-, 8 20 dargesfcU, sind, kann jeder 
Block auf weitereBlackeverweisen. 

Figur .SB is, ein Diagramm, das die Erzeugung eines Schnappscbusses 
*, g en. Der Schnapps ^ j ^ 

erscem, daB einfacb die Inode , 81 0A der I„„de„-Da,ei kopier, wird, die i„ 
dem Fsmfo-Block .8,0 gespeicher, is, wobei die mode in die Schnapp- 
schuO-Inode ,822 einkopier, wird. Durcb Einkopieren der Inode , 8 ,0A 
der Inoden-Da,ei wird eine neue Datei von Dioden erzeug, die das g,eiche 

^'IT, DateiSySKm «• * "ode 

1 OA der Jnoden-Datei se Ib s, kopier, wird. Es brauchen keine wei,eren 
Blocke , 8 ,2- l8 20 dup Ii2 ier, „ werden. Die kopier* Inode Oder Schnapp- 
scnuWnode I8 22 wird dann in die ,noden-Da te i .Copier, was eil 
Biock mnerhalb der Inoden-Da,ei unsauber mach, For eine ta oden-Da,ei 
aus emer Oder m ehreren Umwegeebenen wird jeder indirete Block wie- 
denun unsauber gerr.cn, Dieser Vorgang des Vennu^inigens von Blak- 
ken schrei.e, durch stafliche Umwegeebenen. Jeder 4-KB-Block inner- 
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halb der Inoden-Datei auf der Platte enthalt 32 Inoden, wo jede Inode 128 

Bytes Lange aufweist. 

Die neue SchnappschuB-Inode 1822 nach Figur 18B verweist zuruck auf 
5 die Blocke 1812-1820 hochster Umwegeebene, referenziert durch die Ino- 
de 1810A der Inoden-Datei, wenn der SchnappschuB 1822 aufgenommen 
wird Die Inoden-Datei selbst ist eine rekursive Struktur, weil sie Schnapp- 
schusse des Dateisystems 1830 beinhaltet. Jeder SchnappschuB 1822 ist 
eine Kopie der Inode 1810A der Inoden-Datei, welche in die Inoden-Dat ei 
10 einkopiert wird. 

Figur 18C is. ein Diagramm, das das akhve Da.eisys.em 1830 u„d den 
SchnappschuB 1822 fur den Zeitpunk. veranschaulicH zu dem erne Ande- 
rung des akfiven Da.eisys.ems 1830 nach Aufhahme des Schnappschusses 
15 18 22 sfcttfmde.. Wie in dem Diagramm gezeig^ wird der Block 1818 nu< 
den Oaten „D» nach Aufhahme des Schnappschusses (Figur 18B) mos- 
sier, und deshalb wird ein neuer Block 1824 mi. Dafen „D pftae " «r das 
akhve Da.eisys.em 1830 ^geordne.. Dami. — ^ alcuve Da.eisys.em 
,830 Blocke 1812-1816 und 1820-1824, es enthal. aber nich. den Block 
» 18.8 mi. den Da.en JT. AHerdings wird der die Da.en JT enmaUende 
Block 1818 deshalb nich. uberschrieben, weil das WAFL-Sys.em kerne 
Blacke auf der Platte uberschreib.. Der Block 1818 wird gegen em Uber- 
schreiben von einem SchnappschuB-Bi. geschut* welches in dem Block- 
abbild-Ein<rag fur den Block 1818 geset* wird. Deshalb zeig. der 
„ SchnappschuB 1822 immer noch auf den unmodifizierten Block 1818 
ebenso wie auf die B.6cke 1812-1816 und 1820. Die vorUegende Erfm- 
dung un.erscheide< sich gemSB den Figuren 18A-.8C von bekann.e„ Sy- 
s,eme„, die .JUone" eines Da.eisys.ems erzeugen, wobei ein Klor , erne 
Kopie sammcher Blocke einer DiodendaKi auf einer Platte ,s, Damn 
,„ werden die gesam.e„ tohal«e der h=rk6mm.ichen Inode„-Da.eien duph- 
zien, was groBe Mengen (MB) an Plattenspeicherplatz ebenso erforder. 
wie bettachtliche Zeit rur Platten-E/A-Operattonen. 
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Wenn dasak«ive Da.eisy St e m ,830 in Figur , 8C nrodifizier, wird> 

ken 18 ,2-,820 n.ch, uberschrieben wird. In Figur 18C is, der Block , 81 , 

als ein direkter Block darm»ct»m o - * 

dargeSte1 "' Bei em ™ wi*«chen Dateisy stera aller- 
5 .n gS _ der BIock I818 auch ^ eiMn ^ B|Kk * £ 

ger angesprochen Wenn also der Biock 18I8 modiBzim wi m 

-enneuer SteUe der plane ^ B)ock u4 awjchen 

«* d,e en,sprecuenden direkfcn »nd indirek.cn Blacke kopier, und de m 
akhvenDateisystem 1830zugeordnet. 

o 

taT, 1 V M ~ We ' CheS * ~-»cn,, die 

- Biock «« gsmM Fig ur lgc auftreten ^ B)ock ]824 ^ 

«C .. . der gesnicbehen Linie ,824 in Fig,, I9 darges«e.l,. Figur 19 
™u,icn, verscniedene Umwegeebenen Or den Block ,824 nacb 
F.gur ,8C. Der neue Biock ,9,0, we,cher gensB Figur 18c auf ^ ^ 
geschneben wird, is, in Figur ,9 mi, ,9,0 bezeicnne, Wei, der Biock 

,T T h k 1910 weIcher 

«. d,e durch en,en doppehen Umweg Oder doppe„en Verweis referenzier, 
werden, werden a„ch zwei wehere Blacke ,918 und 1926 modify Der 
Ze,ger ,924 cines eiafach-indirck,en B,ocks ,9,8 referenzier, einen neuen 
Block mo.** dcshaib mufi der B,ock ,918 an cine neue S,e,le der Pla- 
te gescbrieben werden. In ahniicher Weise wird derZeiger ,928 des indi- 
rek,en B.ocks 1926 modify da er auf den B,ock ,9,8 ze igt Desna* 
kann gemaB Figur ,9 das Modifizieren eines Da.enb.ocks ,910 zur Foige 
haben, daB nrehrere indirete B,5cke .9,8 und ,926 ebenfaUs rnodifeier, 
werden. Dies mach, es erforderlich, auch die Blacke ,9, 8 und ,926 auf 
erne neue Slelle der Platte zu schreiben. 

Da die direkten und indirelcen Blacke ,9.0, ,9.8 n„d ,926 des Da,en- 
blocks , 8 24 in Figur ,8C geander, und an eine neue S te „e geschrieben 
wurden, wird die mode in der Inoden-Dafci in einen neuen Block ge- 
-hneben. Der modify Block der ,„oden-Da,ei erhi,, einen „ e „e„ 
B.ock auf der Platte, da Dalen nicb. uberschrieben werden konnen 
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Wie in Figur 19 gezeig, is,, wild auf den Block 1910 durch indirek,e Blok- 
ke 1926 taw. 1918 gezeig,. Wenn also der Block 1910 modifiziert und an 
einer neuen Stelle der Platte gespeichert wird, werden auch d,e entspre- 
chenden direkten nnd indirekten Blocke kopiert und den, aktiven Datetsy- 
stem zugeordnet. Damit muB eine Reihe von Datenstrukturen aktuahser, 
werden Das Andem des direkten Blocks 1910 und der indirekten Blocke 
1918 und 1926 veranlaBt, daB die blkmap-Datei modifiziert werden muB. 

Di e SchlQsseldatensmtkturen fur Schnappschttsse sind die Btockabbild- 
Eintrage, wo jeder Eintrag mehrere Bits fur einen SchnappschuB aufwerst. 
Dies ermSgUch. es, daB mehrere ScbnappscMsse erzeug, werden. Em 
SchnappschuB is, ein Bild eines Baums von Blccken, die das Dateisystern 
(1830 in Figur 18) bilden. Solange keine neuen Daten aut Blocke des 
Schnappschusses geschrieben werden, wird das durch den SchnappschuB 
r^entierte Dateisystern nich, geandert Ein SchnappschuB is. etnem 
Konsistenzpunkt ahnlich. 

Das erfindungsgemaBe Dateisystern is. voUstandig *^ "* *" 
.etzten Ma! des Schreibens der Fsinfo-BlOcke 18.0 und 1870. Wenn fcher 
, das Sys.em einen NetzausfaU erleide, entsteh, beta Neustar. das Da tt ,sy- 
s .em .830 in konsistentem Zustand. Da 8-32 MB P.a«enspeichenaum be, 
einem .ypischen bekann,en ,*lon» eines ,-GB-Da,eisystems verwende. 
werden, fuhren K.one nich. zu Konsistenzpunten oder Schnappschussen 
wie die vorliegende Erfindung. 

" Bezugnehmend auf Figur 22 existieren zwei fruhere Schnapps^ 
2 , ,0A und 21 .0B auf der P.at,e. Zu dem Zeitpunk, zu den, e,n dntt r 
SchnappschuB en*teht, wird die auf das aktive Dateisystern ze,gende 
Wurzelinode in den modeneintrag 21.0C «r den dritten SchnappschuB m 
„ der .noden-Datei 2.10 kopiert. G,eichzei«,g zeig, in dem durchgehenden 
Konsistenzpunkt ein Flag an, daB der SchnappschuB 3 
gesamte Dateisystern wird verarbeUet, indem geprOf. wud, ob B TO to 
Jcden Eintrag innerhaU, der buanap.Da.ei gesetz, (.) oder gelosch, 
SamtHche B.T0-Werte fur jeden B.ockabbild-Eintrag werden ,n d,e Ebene 
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* | den SchnappschuB 3 kopier, Nach Bee„dig„ ng , t jeder ^ ^ 

1 " Da ' eiSySKm » *« in dem 

SchnappschuBaufgeoommen. 

» WW. die durchgSngig ffl, eine gegebene 

™er, a ben , befinden sich ebenfaUs m den entsprechMden ™ 
- n^UOS, die dem dri„e„ SchnappschuB 2U0C ^ ^ 

B ': k * * - — iange Zei^me 

ve^eben . , ,s, er m sSm tl ic„e n Schnappschilssen ^ 
207 ,, ^ B , ock Wjc ta pjgur ^ ^ ^ ^ ^ 

207 durch d,e Inode 2210G der aWven moden-Dafci referenzier,, a*, 
dem indueki durch die Schnappschusse 1, 2 und 3. 

Die Reihenfolge von Scnnappschussen Rentier, nich, „„. 

bedmg, erne chronologische Reihenfolge von Da«eisvs,em-Kopien Jeder 
emzelne SchnappschuB ta einen, Da,eisv St em kann zu jeder gegebenen 
Zei, ge.asch, werden, .m dadurch ciaen ^ ^ J^,^ 

branch verfugbar zu machen. Wenn BITO eines blkmap-Einhags, der das 
atave Da.e.sys.em referent geIesch , ^ ^ ^ 
Block aus dem akdven Da.ei.ys.en, gelOsch, ™de), so kann der Block 
n.ch, „oc h einma, benutz, werden, wenn irgendeines der SchnappschnB- 
Referenzb.ts gesetz, wird. Dies deshaib, wei, der Block Tei. eines 
Schnappschusses is, der noch in Gebrauch ist Bin Block karu, nur „eu 
verwende, werden, wemi ^ ichc ^ m dem blkm 
gesetztsind. 



A lRQrilhmus mm Em..- .; r ~ Sct n , nn ». h ,^,„ 



Das Erzeugen eines Schnappschusses entsprich. «wa exak, der Erzeugun. 
ernes regularen Konsis.enzpunte gemaB Fig^ 5. Im Schritt 5,0 werden 
samthche unsauberen Inoden als in dem KonsisKnzpunk, befindlich mar- 
ker,, .m Schrin 520 werden reguiare Da,eie„ a„f die P,a„e getfum,. Im 
Schn,, 520 wrim SpeziaI(iateien (das hejBt ^ ^ ^ ^ ^ 

blkmap-Daiei, auf P latt e geraum,. Im Schrin 540 werden Fsinfo-Blocke 
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auf Platte geraumt. Im Schritt 550 werden samtliche Inoden, die sich mcht 
im Konsistenzpunkt befanden, verarbeitet. Figur 5 wird oben im einzelnen 
beschrieben. Tatsachlich erfolgt das Erzeugen eines Schnappschusses als 
Teil der Erzeugung eines Konsistenzpunkt*. Der Hauptunterschied zwx- 
5 schen der Erzeugung eines Schnappschusses und der eines Konsistenz- 
punkts besteht darin, daB samtliche Eintrage der blkmap-Datei das akUve 
FS-Bit in das SchnappschuB-Bit einkopiert haben. Das SchnappschuB-BU 
reprasentiert den entsprechenden SchnappschuB, urn die B16cke in dem 
SchnappschuB gegen Uberschreiben zu schutzen. Das Erzeugen und das 
0 . Loschen von SchnappschQssen erfolgt im Schritt 530, da dies der ei^ge 
Punkt ist, an dem das Dateisystem vollstandig selbst insistent ist und auf 
dem Wege zur Platte ist. 

ta Schritt 530 werden unterschiedliche Schritte durchgeBhrt, die dam, in 
,5 Figur 6 dargestell. sind, und zwar fur einen Konsistenzpunkt, wenn em 
neuer SchnappschuB erzeug, wird. Die Schritte sind sehr Umlich jenen fur 
einen reguiaren Konsistenzpunkt. Figur 7 is. em FluBdiagramm, weiches 
die Schritte zeig, welche der Schritt 530 zum Erzeugen eines Schnapp- 
schusses umfaBt Wie oben heschrieben, weis, der Schritt 530 Plattenspe.- 
20 cherplatz fur die blkmap-Datei und die Inoden-Datei zu und kopiert das 
aMve FS-Bit in das SchnappschuB-Bit, welches d=n entsprechenden 
SchnappschuB reprasentiert, urn die Blecke in dem SchnappschuB gegen 
Uberschreiben zu schutzen. 

25 ta Schritt 710 werden die Inoden der blkmap-Datei und des Schnapp- 
schusses auf Platte vorgeraumt. Zusatzlich zu dem — der Inode und 
der blkmap-Datei in einen Block der Inoden-Datei (wie im Schritt 610 der 
Figur 6 ftr einen Konsistenzpunkt). wird die Inode des erzeugten Schnapp- 
schusses auch in einen Block der Inoden-Datei geraumt. Dies garantten, 
30 daB der Block in der Inoden-Datei, der die mode des Schnappschusses 
enthalt, unsauber ist. 

Im Schri.,720 wird jeder Block in der blkmap-Datei unsauber gemacht Im 
Schritt 760 (unten beschrieben) werden samtliche Eintrage in der blkmap- 
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Date, aktuabsiert, und nicht nur dje ^ h 

™» ~e B,3c k e der b Ito a P - Datei ^ ^ J™' 

zum Schreiben zuweist. ^"-nerpiatz 

5 

btaap-Date.en Hattenspeicnerpiat, zugewiesen. Die ^ 
den Bioc k in de r .noden-Datei, welche dje ^ ^ j£ 

Date,, d,e un S a ub e r * enthal , im P 

10 neuenScbnappschuBenthilt. 

to Schrit, 740 werden die b^ite der Wur2clin0de „, ^ 

*e mode des Schnappscbnsses innerba,b der Inoden . Datei ^ Zu 

der auf P,a„e gescnneben wird, Piattenspeichetpiatz a&H ^ Damjt 
fcop.er, eu, Dt^eren der Wurzebnode fa ^ ScbnappscbnO-Inode J 
Weise das gesan,,e aKive Dateisystem . Dfe ^ ° " 

- . - S***. entbaben sind, sild ^ gleichen fil5cke 
tiven Dateisystems. 

^cM tt75 „ rdendieta ^ nderb ^ DateiMd(fcr 
in d ie Inoden-Datei kopiert. 

to Scbnt, 760 werden EinMge i„ der blkmap . Dalei ^ ^ 
W . » den, Kopieren d es aicuven FS-Bits in das CP-Bi, «r die Etoge 
wrd das aktive PS-Bi, aucb in das den, neuen Schnapps entsprecben- 
de SchnappschuB-Bit kopiert. 

Im Senna 770 werden stauiebe unsauberen Bl6cke fa ^ 
Jnoden-Dateien auf Platte geschrieben. 

SchlieBiich werden zu einer gewissen Zei, SchnappschOsse seibs, aus dem 
Date.sys.en, entfem, Senna 760. En ScbnappscbuB wird dadurcb aus 
dem Dateisystem entfen,,, daB sein Scb^ppscbuB-tnodeneintrag innerhaib 
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der Inoden-Datei des aktiven Dateisystems geloscht und jedes Bit, das der 
SchnappschuBnummer in jedem Eintrag innerhalb der blkmap-Datei ent- 
spricht, geloscht wird. Es erfolgt eine Zahlung auch fur jedes Bit des 
Schnappschusses in samtlichen blkmap-Eintragen, die aus einem einge- 
stellten Wert geloscht werden, urn dadurch eine Zahlung der durch Lo- 
schen des Schnappschusses freigesetzten Blocke zu schaffen (entsprechend 
der freigesetzten Menge an Plattenspeicherplatz). Das System entscheidet 
anhand des altesten Schnappschusses, welcher Schnappschufi gel5scht 
werden soil. Auch Benutzer konnen von Hand spezifizierte Schnappschus- 
se loschen. 

Die vorliegende Erfindung begrenzt die Gesamtanzahl von Schnappschus- 
sen und fuhrt eine blkmap-Datei, die Eintrage mit Mehrfach-Bits zum Ver- 
folgen der Schnappschusse anstelle der Verwendung von Zeigem mit ei- 
nem COW-Bit, wie dies in Episode der Fall ist, aufweist. Ein nicht ver- 
wendeter Block enthalt fur samtliche Bits in seinem blkmap-Datei-Eintrag 
nur Nullen. Im Verlauf der Zeit wird das BITO fur das aktive Dateisystem 
ublicherweise zu einem gegebenen Zeitpunkt eingeschaltet. Das Setzen 
des BITO identifiziert den entsprechenden Block als in dem aktiven Datei- 
system zugeordnet. Wie oben angegeben, werden samtliche Schnapp- 
schuC-Bits zu Beginn auf Null gesetzt. Wenn das aktive Dateibit vor Set- 
zen irgendeines Schnappschufi-Bits geloscht ist, ist der Block in keinem 
auf Platte gespeicherten Schnappschufi vorhanden. Deshalb steht der 
Block sofort zur Neuzuweisung zur Verftgung und kann spater aus einem 
Schnappschufi nicht wiedergewonnen werden. 

TJ^.min p eines Sch nappschusses 

Wie oben beschrieben, ist ein Schnappschufi einem Konsistenzpunkt sehr 
ahnlich. Deshalb soil die Erzeugung eines Schnappschusses unter Bezug- 
nahme auf die Unterschiede zwischen ihr und der Erzeugung eines Konsi- 
stenzpunkts gemafi Figuren 17A-17L erlautert werden. Figuren 21A-21F 
zeigen die Unterschiede bei der Erzeugung eines Schnappschusses. 
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Fxguren 17A-17D zeigen den Zustand des WAFL-Dateisystems, wenn ein 
SchnappschuB begonnen wird. Samtliche unsauberen Inoden werden als in 
dem Konsistenzpunkt befindlich markiert, Schritt 510, und im Schritt 520 
werden die regularen Dateien auf Platte geraumt. Damit ist die Anfangs- 
. verarbeitung fur einen SchnappschuB identisch mit der eines Konsistenz- 
punkts. Die Verarbeitung fur einen SchnappschuB unterscheidet sich im 
Schritt 530 von der des Konsistenzpunkts. Im folgenden wird die Verarbei- 
tung eines Schnappschusses gemaB Figur 7 erlautert 

Die folgende Beschreibung gilt fur einen zweiten SchnappschuB des 
WAFL-Dateisystems. Ein erster SchnappschuB ist in den blkmap- 
Eintragen der Figur 17C aufgezeichnet. Wie in den Eintragen 2324A- 
2324M, den Blocken 2304-2306, 2310-2320 und 2324 dargestellt, sind 
diese in dem ersten SchnappschuB enthalten. Samtliche anderen Schnapp- 
schuB-Bits (BIT1-BIT20) haben angenommener Weise den Wert 0, was 
anzeigt, daB ein entsprechender SchnappschuB auf der Platte nicht vorliegt. 
Figur 21A zeigt das Dateisystem nach AbschluB der Schritte 510 und 520. 

Im Schritt 710 werden Inoden 2308C und 2308D des Schnappschusses 2 
und der blkmap-Datei 2344 auf Platte geraumt Dies stellt sicher, daB der 
Block der Inoden-Datei, der die SchnappschuB-2-Inode enthalten wird, 
unsauber ist. In Figur 21B werden Inoden 2308C und 2308D fur den 
SchnappschuB 2 und fur die blkmap-Datei 2344 vorgeraumt. 

Im Schritt 720 ist die gesamte blkmap-Datei 2344 unsauber gemacht Dies 
veranlaBt die gesamte blkmap-Datei 2344, im Schritt 730 Plattenraum zu- 
gewiesen zu bekommen. Im Schritt 730 wird Plattenraum fur unsaubere 
Blocke 2308 und 2326 fur die Inoden-Datei 2346 und die blkmap-Datei 
2344 gemaB Figur 21C zugewiesen. Angedeutet ist dies durch ein Drei- 
fachsternchen (***) neb en den Blocken 2308 und 2326. Dies unterscheidet 
sich von der Erzeugung eines Konsistenzpunkts, bei dem Plattenspeicher- 
platz nur fur Blocke zugewiesen ist, deren Eintrage sich im Schritt 620 der 
Figur 6 innerhalb der blkmap-Datei 2344 geandert haben. Die blkmap- 
Datei 2344 nach Figur 21C enthalt einen einzelnen Block 2324. Wenn al- 
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lerdings die blkmap-Datei 2344 mehr als einen Block umfaBt, so wird im 
Schritt 730 Plattenspeicherplatz fur samtliche Blocke zugewiesen. 

Im Schritt 740 wird die Wurzelinode fur das neue Dateisystem in die Inode 
2308D fur SchnappschuB 2 kopiert. Im Schritt 750 werden die Inoden 
2308C und 2308D der blkmap-Datei 2344 und der SchnappschuB 2 auf 
Platte geraumt, wie in Figur 21D gezeigt ist. Das Diagramm veranschau- 
Hcht, daB die SchnappschuB-2-Inode 2308D Blocke 2304 und 2308, nicht 
aber Block 2306 referenziert. 

Im Schritt 760 werden Eintrage 2326A-2326L im Block 2326 der blkmap- 
Datei 2344 gemaB Figur 21E aktualisiert. Das Diagramm zeigt, daB das 
Schna P pschuB-2-Bit (BIT2) ebenso wie das FS-BIT und das CP-BIT fur 
jeden Eintrag 2326A-2326L aktualisiert wird. Damit sind die Blocke 2304, 
2308-2312 2316-2318, 2322 und 2326 im SchnappschuB 2 enthalten, die 
Blocke 2306, 2314, 2320 und 2324 jedoch nicht. Im Schritt 770 werden die 
unsauberen Blocke 2308 und 2326 auf Platte geschrieben. 

Die weitere Verarbeitung des Schnappschusses 2 ist identisch mit der Er- 
zeugung eines Konsistenzpunkts, wie dies in Figur 5 gezeigt ist. Im Schntt 
540 werden zwei Fsinfo-Blocke auf Platte geraumt. Figur 21F reprasentiert 
das WAFL-Dateisystem in einem konsistenten Zustand anschlieBend an 
diesen Schritt. Die Dateien 2340, 2342, 2344 und 2346 des konsistenten 
Dateisystems nach AbschluB des Schritts 540 sind durch gestrichelte Lun- 
; en in Figur 21F angegeben. Im Schritt 550 wird der Konsistenzpunkt durch 
Verarbeitung der Inoden, die nicht in dem Konsistenzpunkt waren, abge- 
schlossen. 
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7n priffszeit -rTHpr<;chreibungen 

Unix-Dateisysteme mussen in jeder Inode eine ,,Zugriffszeit» (atime von 
access time) enthalten. Atime gibt den letzten Zeitpunkt des Lesens der 
Datei an. Er wird jedesmal aktualisiert, wenn ein Zugriff auf die Data er- 
folgt Wenn also eine Datei gelesen wird, wird der Block, der die Inode in 
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der Inoden-Datei entha,,, neu geschriebeni m ^ ^ ^ 
D,es konnte von Nachtei, fir die Erzeugung von SchnappschOssen desnaib 
se,„, „eil als Konsequenz das Lesen einer Datei mogucherweise Speicher- 
platz auf der P!a„e be„a ligt . AuBerdem konnte das Lesen samtlicher Da- 
«e,en mnerhalb des Da.eisys.ems zur Fo.ge haben, dal! die gesamte Inoden- 
Datei dupUzier, wird. Die vorliegende Erfindung lost dieses Problem. 

Wegen des Vorhandenseins von Attae k6nn te ein Lesevorgang moglj. 
cherweise Pianenspeicherplatz verbrauchen, da ein Modifizieren einer 
Inode zur Folge ha., dafi ein neuer Block fur die Inoden-Datei auf die Plat- 
te geschrieben wird. AuBerdem kannte ein Lesevorgang moguchenveise 
fehlschlagen, wenn ein Dateisystem voll ist, demzufolge ein abnormaler 
Zustand des Dateisystems auftritt. 



Im allgemeinen werden Daten auf einer Platte in dem WAFL-Dateisystem 
mcht Qberschrieben, urn auf der Platte gespeicherte Daten zu schtttzen Die 
eumge Ausnahme dieser Regel besteht darin, dafi Atime fur eine Inode 
uberschreibt, wie dies in den Figuren 23A-23B gezeigt ist. Wenn ein 
^tune-Uberschreiben" stattfindet, bestehen die einzigen in einem Block 
der Inoden-Datei modifizierten Daten in Atime fur eine oder mehrere der 
Inoden, die sie enthalt, und der Block wird an derselben Stelle neu ge- 
schrieben. Dies ist die einzige Ausnahme innerhalb des WAFL-Systems 
Im iibrigen werden neue Daten stets auf neue Plattenspeicherplatze ge- 
schrieben. 

In Figur 23A sind die Atimes 2423 und 2433 einer Inode 2422 in einem 
alten WAFL-Inoden-Datei-Block 2420 und die SchnappschuBinode 2432 
d»e den Block 2420 referenziert, dargestellt. Die Inode 2422 des Blocks' 
2420 referenziert direkt den Block 2410. Atime 2423 der Inode 2422 ist 
,,4/30 9:15 PM«, wahrend Atime 2433 der SchnappschuB-Inode 2432 5/1 
10:00 AM" ist. Figur 23A veranschaulicht das Dateisystem vor einem 
Zugriff auf den direkten Puffer 2410. 
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Figur 23B veranschaulicht die Inode 2422 des direkten Blocks 2410, nach- 
dem auf den direkten Block 2410 zugegriffen wurde. Wie in dem Dia- 
gramm dargestellt, wird die Zugriffszeit 2423 der Inode 2422 mit der 
Zu-riffszeit 2433 des Schnappschusses 2432, den sie referenziert, fiber- 
sch^ieben. Damit wird die Zugriffszeit 2423 der Inode 2422 fur den direk- 
ten Block 2410 ,,5/ 1 11:23 AM". 

Das Zulassen des Uberschreibens von Inoden-Datei-Blocken mit neuen 
Zugriffszeiten (Atime) fuhrt zu einer leichten Inkonsistenz innerhalb des 
Schnappschusses. Die Atime fur eine Datei in einem SchnappschuB kann 
tatsachlich spater liegen als der Zeitpunkt, zu dem der SchnappschuB er- 
zeugt wurde. Um Benutzer an einem Feststellen dieser Inkonsistenz zu 
hindem, justiert WAFL den Wert Atime fur samtliche Dateien innerhalb 
eines Schnappschusses auf diejenige Zeit ein, zu der der SchnappschuB 
tatsachlich erzeugt wurde, und nicht auf die Zeit, zu der auf die Datei zu- 
letzt zugegriffen wurde. Diese SchnappschuBzeit wird in der Inode gespei- 
chert, die den SchnappschuB in seiner Gesamtheit beschreibt. Wenn folg- 
lich fiber den SchnappschuB zugegriffen wird, so wird die Zugriffszett 
2423 fur die Inode 2422 stets in Form „5/l 10:00 AM" gemeldet. Dtes 
geschieht sowohl vor dem Aktualisieren, wenn man ,,4/30 9:15 PM" er- 
warten konnte, als auch nach der Aktualisierung, wenn „5/l 11:23 AM" 
erwartet werden konnte. Erfolgt ein Zugriff durch das aktive Dateisystem, 
so werden die Zeiten in der Form ,,4/30 9:15 PM" und „5/l 1 1:23 AM" vor 
bzw nach dem Aktualisieren gemeldet. Auf diese Weise wird ein Verfah- 
ren zum Ffihren eines Dateisystems in einem konsistenten Zustand und 
zum Erzeugen von ausschlieBlich lesbaren Kopien des Dateisystems of- 
fenbart 
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1. Verfahren zum Erzeugen eines Konsistenzpunkts, umfassend die 
Schritte: 

Markieren (510) einer Mehrzahl von Inoden, wobei eine Inode eine 
Date.definitionsstruktur ist, die zumindest eine Datei in einem Dateisy- 
stem beschreibt, die auf mehrere modifizierte Blocke in einem Dateisy- 
stem verweist, als in einem Konsistenzpunkt befindlich; 

Raumen (520) regularer Dateien sowie Metadateien (530) auf eine Spei- 

chereinrichtung; 

Raumen (540) mindestens eines Blocks von Dateisystemmfonnation auf 
die Speichereinrichtung; und 

erneutes Einstellen (550) jeglicher beruhrter Inoden, die nicht Teil des 
Konsistenzpunkts waren, in eine Warteschlange. 

2. Verfahren nach Anspruch 1, bei dem der Schritt des Raumens Von 
Metadateien auf die Speichereinrichtung weiterhin folgende Schritte 

beinhaltet: 

Vorraumen (610) einer Inode aus einer Blockabbildungsdatei in eine 

Inodendatei; 
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Zuweisen (620) von Platz auf der Speichereinrichtung fur samtliche 
beriihrten Blocke in der Inode und den Blockabbildungsdateien; 



erneutes 



Raumen (630) der Inode fur die Blockabbildungsdatei; 



Aktualisieren (640) einer Mehrzahl von Eintragen in der Blockab- 
bildungsdatei, wobei jeder Eintrag unter den mehreren Eintragen einen 
Block auf der Speichereinrichtung reprasentiert; und 

Schreiben (650) samtlicher beriihrter Blocke in der Blockabbildungsdatei 
und der Inodendatei auf die Speichereinrichtung. 



30.10.0 10:08 



1/39 



ORIGINAL- 
1WA\ ANODE 




FIG. 1 

Stand der Tgrhnik 



T 

126 




Unsaubere 
Inndenliste 210 



FIG. 2 



FIG. 3 

Platteninterne 
Inode 



16Block- 
Nummern mit 
gleicher Umwege- ^ 
ebene 31 OB 




Platteninterne 
Information -310, 
inkl. Inliaber, 
Berechtigungen, 
Zugriffszeit etc. 



v. 



bnrd 



■3W 



3/39 



FIG. 4A 



Ebene 0 
Inode 



-4-Bytes Paten 



4-Bvtes Paten 



4 JO MBytes Raton 



JlGA 



64 Bytes 
> Daten 
410B 



J 



FIG. 4B 



Ebene 1 
Inode 



Daten- 
Block 



3WA 



3WB< 




4 KBYTES 



420B 



420C 



4/39 



Daten- 




5/39 




6/39 



\ Markiere samtl. 
"unsauberen" 
Inoden als im 
Konsistenzpunkt 



raume regulare 
Dateien 



raume 
Metadaten- 
Dateien 



raume 
FSINFO-Block 



verarbeite Inoden, 
die nicht im 
Kosistenzpunkt 
waren 



FIG. 5 



530 



610 - 



620 



640- 



650* 



vorab-raumen 
der Inode der 
BLKMAP-Datei 



Schreib-Zuweisung 
von Plattenraum fur 
alle unsauberen 
I B16cke _ 



630 s L 



raumen der 
Inode fur 
BLKMAP-Datei 



Akfualisieren von 
Eintragen der 
BLKMAP-Datei 



Schreiben von 
unsauberen Blocken 
in BLKMAP-Datei 
und Inodendateien 
auf Platte 



FIG. 6 



7/39 



710 



730 



530 



740 



750- 



vorraumen der * 

Inoden der 
BLKMAP-Datei 
und des 

Schnappschusses 



720 S[ 



Unsauber-Machen 
jedes Blocks in der 
BLKMAP-Datei 



Schreibzuordnung 
von Plattenspeicher- 
raum fur samtliche 



Kopieren der Wurzel- 
inode des 
Dateisystems in 
Schnappschufc-lnode 



Raumen der Inode fur 
die BLKMAP-Datei 
und SchnappschuG 



760 J 



Aktualisieren von 
Eintragen in die 
BLKMAP-Datei durch 

I 1 Kopieren von FS-B n - 
* In CP-Bit und ' 
Schnappschufi-Bit 



770 



Schreiben 
unsauberer Blocke in 

BLKMAP- und 
Inoden-Dateien auf 
Platte 



FIG. 7 



8/39 



FIG. 8 



Intern- 
Inode 



WAFL-Puffer- 
Datenstruktur 

820A 



16Zeiger (PTR) 
mit gleicher 
Umwegeebene 
820B 




Intern-Information 820C, 
enthalt "Unsauber-Flag", 
IN-CP-Flag, Verknupfte- 
Listen-Zeiger 



Platteninterne 
Inode 310 



9/39 



FIG. 9 A 



Inode der 
Ebene 0 



820 



4-Bytes Uaten 



4-Bytes Paten 



4-bytes Daten 



}JWA, 
3WB, 
820A 



: y 64 Datenbytes 
920B 



FIG. 9B 



Inode der 
Ebene 1 



3WA 
3WB, 
820A 



8208 < 



(Direkt-) 
Daten-Puffer 




922B 



922C 



10/39 



lnode der 
Ebene2 



J/04, 
3WB, 
820A 



820B < 



Indirekter 
Puffer 




930A 



0 



1023 



7 

930B 



Daten- 
Puffer 



0 






1 

• 
• 
* 






• 

• 

• 

• 

• 

• 


1023 . 







> 



4 KB 
940A 
940B 



■940C 



0 



FIG. 9C 



7 



1023 



S30C 



U/J9 



FIG. 7 7A 



BLKMAP- , r 
Eintrag I 

J 1108^ 



1110 



BLKMAP- 
Datei 

11 WA 



1110C 



1110D 



FIG. 1 W 

CP-BIT SchnappschuG BITS (BIT 1 - BIT 20) 




die oberen 1 1 BITS (BIT 21 - BIT 31) 
sind reserviert 



FS-BIT 




V / 

freier Block 



FIG. 1 1 C 



11 WA 

0 \ 0 \ n \ ,> i , , , r BITO / 



14/39 



Inoden- 
datei 



Intern- , ,J- 
(platten- 
interne) 
Inode 
820 (310) 
1210B- 



1210C- 



12100- 



120WE- 



1210 



4-KB- 
y. Puffer 1220 
(Block) 



FIG. 12 



1201F- 



1412A 



Eintrag 
fester 
Lange 

1412 



J 



1414 -x 

Eintrag C 
variable^ 
Lange \, 



FIG. 14 



1416 



1418 



HASH- 
Wert 



1412B 

J— 

Zeiger 



1410 



Verzeichnis 



"Verzeichnis_ABC 




FIG. 13A 



1310A 



131 OB- 



1310C 



15/39 



INOMAP- 
Datei 



32 



} 



8-BITS 



1350 



1310 



1350A 
13508 



1350C 



INOMAP- 
Datei 



1340 



32 



1340A 



1340B- 



0 



31 



> 



INOMAP- 
Datei 



4-KB- 



Block 



J 



FIG. 13B 



1340C 



16/39 



15J0C 
J510D 



• 1510 



FS1NFO- 
BLOCK 



Prufsumme 



Generationszahlung 



.Verschiedene 
'Daten 151 OA 



Inode der 
Inodendatei 
151 OB 



FIG. 1 5 



2506B 





^2506A 




S-2391 


0 


• 





FIG. 17A 




-2392 




Liste 2390 von 
Inoden mit 
unsauberen Puffern 




Liste 2390 von 
Inoden mit 
unsauberen Puffern 




FIG. 171 



17/39 



Inode 1620A 
von BLKMAP- 
Datei 1630 




Inode 1620B 
der INOMAP- 
Datei 1640 



Inode 1620C 
des Wurzel- 
verzeichnisses 
1650 des 
Dateisystems 



mehrere 
Inoden fur 
Daten in dem ^ 
Dateisystem 



I Dateisvstem iR7n 



18/39 



^ is 

CM Q C\4 



CO 



*o n to p 



^ < _ 
•*> co CO Q c\ 






0 


CN 




















• ♦ • 


C\l 


cm 







^ cts Cj jo 

<S co <o S 

e> o o 

H-j t^j CV| 

cm c\i cm 



19/39 



r> < _ 

^ n-n CD ~ J> r*N 




X CQ to 

J§ Jo Jo § 

S & ^ 

J? IT> *"> csj 

c\( cnJ x 



O 
u. 

CO 



o 
o 

-J 
CD 





1 

CD CD 















o 



20/39 




2324A^ 
■2324B 
■2324C 
2324D 
2324E 
2324F 
■2324G 
2324H 
23241 
2324J 
2324K 
23241 
2324U 



4-KB- 
y Block 

2324 



FIG. 17D 




2326A-\ 
■2326B 
■2326C 
23260 
2326E 
■2326F 
2326G 
2326H 
23261 
2326J 
2326K 
23261 



4-KB- 
y Block 
2326 



FIG. 17J 



21/39 



Q 



Jo 



3 <- 

— 3 T> CD -» < ^ 




22/39 



"3 



a. 

< - 

S - S 5 • cn, ^ r> H g m Q ^ 



1 




to O Q 

S o o 
+r> *r> 

CnJ Csj C\j CSi 




O 
CO 



^1 

o 
o 

1 

CO 









N "O 















23/39 




24/39 



cm 



CM 

>^ 



CD 



r 



CM 



CM 



CM 



CM 
>*• 

J? 
CM 

CO 

Q 



CL 

< — 

v h S 
^ < J? 
^ cm 



cm 



LU 



IL! 

Q cd 
O 2; 

-7 CO 
±1 CM 







CM 


X*- 






xs- 
I? 


x*- 


• • * 


CM 


CM 


CM 





CM 



CM 
x*~ 

CM 





to Co 

i§ 53 

S s s 

ir> 

CM CM CM 



^ fo 

^ Co eg 

S o q 

^ »n p 

csj CM CM 



cm 



3 



0) CD 

o 

2 <= 



25/39 




26/39 




27/39 



FIG. 18A 



Inode 181 OA 
oder Inodendatei 



FS1NFO- 
BLOCK 



1812 




1810 




FIG. 18B 



28/39 

FIG. 18C 




29/39 



tnode der 
iOQdendatei 



1824 




doppelt 
jndirekte 
Blocke 



FIG. 19 



einfach 
indirekte 
Blocke 



direkte 
Blocke 



30/39 



FSINFO- 
BLOCK 1810 



181 OA 



{ 



Wurzel- 
inode 



FSINFO- 
BLOCK 1870 



18700 



{ 



Wurzel- 
inode j 



moo 



FIG. 20A 





system 
1830 



FSINFO- 
BLOCK 1810 



181 OA 



{ 



Wurzel- 
inode 



18WD 



FSINFO- 
BLOCK 1870 



1870D 



FIG. 20B 





system 
1830 



FS INFO- 
BLOCK 18w 



JI/J9 



1810A 




FSINFO- 
BLOCK JS70 




Datei- 
system 

1830 



FIG. 20C 



Schnappschuft 2-BIT 



FIG. 21 E 



BITO 
(FS-BIT) 




2326A ~\ 
■2326B 
■2326C 
■2326D 
2326E 
■2326F 
■2326G 

2326H l 4-KB- 
•23261 > Block 
•2326J 2326 
2326K 
2326L 



J 



33/39 




35/39 




5: 



o 
CO 



36/39 




9 

^ tr> 

CS CN4 CN4 



CO 
U- 



o 
o 

I 

00 





a5 <D 



































0) 




-a 




o 




S 




T 
CM 




i 

c2 












o 




</> 




Ol 




CL 




CO 




c 




-C 




a 




CO 





CM 



37/39 



FSINFO- 
BLOCK 



FS/NFO- 



SchnappschuB 1- 
Inode 21J0A 

SchnappschuS 2- 
lnode '2lWS 

SchnappschuB 3- 
Inode 21WC 



BLKMAP- 
lnode2H0D 

INOMAP- 
Inode 21 WE 

Wurzelverzeichnis 
2110F 



Dateiinode C 



FIG. 22 



SchnappschuS- 21 /° 
Inodendateien ^ 2 122- 




BLKMAP- 
Datei 



INOMAP- 
Datei 



Wurzel 
verzeichnis 



J 



aktives 
Dateisystem 
Inodendatei 2110 



39/39 



2 



o 
_o 

03 





This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



THIS PAGE BLANK (uspto) 



